Nevion CP525 cMux User Manual

Page 1
CP525 cMux
User’s Manual
Revision: 6.0.2 (4255)
2013-11-20
Valid for SW version 6.0.2 and newer
Page 2
Page 3
Contents
1 History 11
2 Introduction 13
2.1 Scope 13
3 Short Product Description 15
4 Installing the Equipment 19
4.5.1 AC power supply 21
4.5.2 Dual AC power supplies 21
4.5.2.1 AC power cable 21
4.5.2.2 Protective Earth/technical Earth 22
4.5.2.3 Connecting to the AC power supply 22
4.5.3 DC power supply 23
4.5.3.1 DC power cable 23
4.5.4 Powering up/down 23
5 Functional Description 25
5.6.1 Input and output 26
5.6.2 Protocol mapping 27
5.7.1 Graphical user interface 28
5.7.2 Configuration database 28
5.7.3 Alarm manager 28
Page 4
5.8 Time synchronisation 29
5.9 TSP Module 29
5.9.1 PID Router 30
5.9.2 PSI/SI/PSIP section filter 31
5.9.3 PSI/SI/PSIP playout module 31
5.9.4 Output Priority Queue 32
5.9.5 Output Priority Queue Advanced 34
5.9.6 Bitrate shaping algorithm 36
5.9.7 TS Builder - Service and PID routing 37
5.10 PSI/SI/PSIP playout 39
5.10.1 Main configuration 39
5.10.2 Carousel priorities 39
5.10.3 Carousel bitrate 40
5.10.4 Bitrate saturation handling 40
5.10.5 Configurable back-log time 41
5.11 Handling of expired EIT schedule events 42
5.11.1 Grouping of sections - configuration 43
5.11.2 “Sliding window” and expired events 43
5.11.3 Notes about the playout sequence 44
5.12 Programming Metadata Communication Protocol (PMCP) 44
5.13 Scrambling 45
5.13.1 General 45
5.13.2 Simulcrypt setup 45
5.13.2.1 ECMG <=> SCS 46
5.13.2.2 EMMG <=> MUX 46
5.13.3 BISS mode 1 47
5.13.4 Scramble service 47
5.14 Service fallback 47
5.14.1 General 47
5.14.2 Details on confirm timeout handling 49
5.14.3 Manual switching on GPI 51
5.15 Hitless switching 52
5.16 Output Mute Controller 53
5.17 The SFP module 53
6 Physical Description 55
6.1 Connecting the CP525 55
6.1.1 Physical description overview 55
6.1.2 ASI ports 56
6.1.3 ASI input ports 57
6.1.4 ASI output ports 58
6.1.5 1 PPS Input 58
6.1.6 Electrical Ethernet Data Ports 58
6.1.7 SFP port 58
6.1.8 Power Supply 59
6.1.9 Ethernet Management Port 59
Page 5
6.1.10 Technical Earth 59
6.1.11 Alarm/Reset 59
6.1.12 Serial USB interface 60
7 Operating the Equipment 61
7.2.1 Resetting the password list 62
7.3.1 Changing IP address via the Web GUI 62
7.3.2 Changing the management port IP address via terminal interface 63
7.3.3 Configuring automatic IP address assignment 64
7.3.4 Detecting the management port IP address 65
7.3.4.1 USB Interface 65
7.3.4.2 Nevion Detect 65
8 WEB Interface 67
8.1 Login 67
8.3 Status 69
8.3.1 Current Status 69
8.3.2 Alarm log 72
8.4.1 Product info 73
8.4.2 Alarms 76
8.4.2.1 Device alarms 76
8.4.2.2 Global configuration 77
8.4.2.3 Relays and LED 78
8.4.2.4 Alarm log settings 80
8.4.3 Port Mappings 81
8.4.4 Time Settings 82
8.4.5 Network 85
8.4.5.1 Interfaces 86
8.4.5.1.1 Main 86
8.4.5.1.2 Interface Settings 87
8.4.5.1.3 DHCP Settings 87
8.4.5.1.4 DHCP Status 88
8.4.5.1.5 Manual IP Settings 89
8.4.5.1.6 Interface Status 89
8.4.5.1.7 Detect Settings 90
8.4.5.1.8 Alarms 90
8.4.5.1.9 Advanced 90
8.4.5.1.10 Status 91
8.4.5.1.11 VLAN 92
8.4.5.1.12 Main Settings 93
8.4.5.1.13 Manual IP Settings 93
Page 6
8.4.5.1.14 Advanced Settings 94
8.4.5.1.15 DHCP settings and status 94
8.4.5.1.16 SFP 94
8.4.5.2 DNS Settings 103
8.4.5.3 IP Routing 103
8.4.5.4 TXP Settings 104
8.4.5.5 SNMP Settings 105
8.4.5.6 Tools 106
8.4.5.6.1 Ping 107
8.4.5.6.2 Traceroute 108
8.4.6 SI/PSIP Download 109
8.4.6.1 Triveni Digital GuideBuilder 110
8.4.6.2 Divitech SiGul SI Manager 110
8.4.7 Clock Regulator 111
8.4.7.1 Main 111
8.4.7.2 Alarms 112
8.4.8 Save/Load Config 113
8.4.8.1 Save/Load Configs 113
8.4.8.1.1 Save Configuration 113
8.4.8.1.2 Load Configuration From file 114
8.4.8.1.3 Load Configuration from Remote Device 114
8.4.8.1.4 Load options 115
8.4.8.2 Boot Log 115
8.4.8.3 Stored Configs 116
8.4.8.4 Emergency Switch 117
8.4.9 Maintenance 120
8.4.9.1 General 120
8.4.9.2 Software Upgrade 123
8.4.9.3 Feature Upgrade 124
8.4.10 Users 125
8.4.11 GUI Preferences 126
8.5 Scrambling 127
8.5.1 BISS1 127
8.5.2 Conditional Access 127
8.5.2.1 ECM 128
8.5.2.2 EMM 131
8.5.2.3 Alarms 133
8.6 Inputs 133
8.6.1 Inputs Overview 133
8.6.1.1 IP Inputs 135
8.6.1.2 Switch Inputs 136
8.6.1.3 Copy Inputs 137
8.6.2 Input 138
8.6.2.1 Main 139
8.6.2.2 Alarms 141
8.6.2.3 IP 146
8.6.2.3.1 RTP/IP Diversity Reception 148
Page 7
8.6.2.4 Copy 155
8.6.2.5 Services 156
8.6.2.6 PIDs 159
8.6.2.7 Tables 162
8.6.3 Switch 166
8.6.3.1 Main 166
8.6.3.2 Alarms 168
8.7.1 Outputs Overview 168
8.7.2 Output 169
8.7.2.1 Main 170
8.7.2.1.1 Configuration Wizard 173
8.7.2.2 Alarms 176
8.7.2.3 IP 176
8.7.2.4 MIP 177
8.7.2.4.1 MIP Configuration 177
8.7.2.4.2 SFN Sync 179
8.7.2.4.3 Configuration 179
8.7.2.4.4 Sync status 179
8.7.2.4.5 Selected TimeSource status 180
8.7.2.4.6 Current transmitted MIP packet 180
8.7.2.5 Services 180
8.7.2.6 Service edit dialogue 183
8.7.2.6.1 Service Edit – General 183
8.7.2.6.2 Service Edit - Service Descriptors 188
8.7.2.6.3 Service Edit - Components 189
8.7.2.6.4 Service Edit – Scrambling 196
8.7.2.6.5 Service Edit – Fallback 199
8.7.2.7 PIDs 201
8.7.2.8 Tables 204
8.7.2.8.1 Main 205
8.7.2.8.2 EIT Sch 208
8.7.2.8.3 EIT/ETT Sch 209
8.7.2.8.4 EIT sources 210
8.7.2.8.5 Dynamic PSIP 210
8.7.2.8.6 Static SI 213
8.7.2.8.7 PSI/SI/PSIP editor 214
8.7.2.8.8 PSI/SI Editor 216
8.7.2.8.9 PSIP Editor 222
8.7.2.9 Mute 226
8.7.2.9.1 Edit Expression dialogue 228
8.7.2.10 Pri Queue 229
8.7.2.10.1 Priority Queues 229
8.7.2.10.2 Default Priority Queues 232
8.7.2.11 Advanced 232
8.7.2.11.1 Automatic PID Remapping 232
8.7.2.11.2 Automatic Service Remapping 235
8.7.2.11.3 Mute 237
Page 8
8.7.2.11.4 Edit Expression dialogue 239
8.7.2.12 Outgoing 240
8.7.2.12.1 Services 240
8.7.2.12.2 Service Routing 241
8.7.2.12.3 PIDs 241
8.7.2.12.4 Tables 243
8.7.3 Output copies 243
8.7.4 TS-OUT -> IP Destination 243
8.7.4.1 Main 244
8.7.4.2 FEC 247
8.7.4.3 Ping 249
9 SNMP 251
9.1 SNMP agent characteristics 251
9.2 MIB naming conventions 251
9.3 MIB overview 251
9.3.1 Supported standard MIBs 251
9.3.2 Custom MIBs 251
9.4 SNMP related configuration settings 253
9.4.1 Community strings 254
9.4.2 Trap destination table 254
9.4.3 Trap configuration 254
9.5 Alarm/status related SNMP TRAPs 255
9.5.1 The main trap messages 255
9.5.2 Severity indications 255
9.5.3 Alarm event fields 256
9.5.4 Matching of on/off traps 257
9.5.5 Legacy trap messages 257
9.6 Using net-snmp to access MIB information 258
9.6.1 Reading a parameter with snmpget 258
9.6.2 Writing a parameter with snmpset 258
10 Examples of Use 261
10.1 Intro 261
10.2 Installation in a system 261
10.3 Raw PID multiplexing 261
10.4 Simple local insertion of a progam 262
10.5 Sharing of service component 262
10.6 SFN operation 263
10.7 Seamless SFN 263
10.8 Adding an unsignalled component (Ghost PID) 264
10.9 Scrambling a service using BISS1 key 265
10.9.1 Verify scrambling setup 266
10.10 Conditional Access 266
Page 9
10.10.1 Scrambling 266
10.10.1.1 Setting up an ECM connection 267
10.10.1.2 Scramble service 267
10.10.2 EMM Insertion 268
11 Preventive Maintenance and Fault-finding 269
11.1.1 Routine inspection 269
11.1.2 Cleaning 269
11.1.3 Servicing 269
11.1.4 Warranty 270
11.2.1 Preliminary checks 270
11.2.2 PSU LED not lit / power supply problem 271
11.2.3 Fan(s) not working / unit overheating 272
A Technical Specification 273
A.1.1 Half-width version 273 A.1.2 Full-width (dual power) version 273
A.3 Power 274
A.3.1 AC Mains supply 274 A.3.2 DC supply 274
A.4.1 DVB ASI port 275 A.4.2 SMPTE 310M port 275 A.4.3 Ethernet management port 275 A.4.4 Ethernet data port 275 A.4.5 Serial USB interface 276
A.5.1 Alarm relay/reset port specification 276
A.6.1 10MHz/1 PPS input 277
A.7.1 Safety 277 A.7.2 Electromagnetic compatibility - EMC 277 A.7.3 CE marking 278 A.7.4 Interface to “public telecommunication system” 278
B Forward Error Correction in IP Networks 279
Page 10
B.3 FEC matrix 280
B.4 Transmission aspects 283
B.5 Quality of service and packet loss in IP networks 284
B.6 Error improvement 285
B.7 Latency and overhead 286
C Alarms 289
D References 303
E Quality of Service, Setting Packet Priority 305
E.1 MPLS 305
E.2 Layer 3 routing 305
E.2.1 CP525 configuration 306
E.3 Layer 2 priority 306
E.3.1 CP525 configuration 306
Page 11
History 11

1 History

Revision Date Comments
6.0 2013-11-08 – Converted to Nevion look and feel – Added description static version numbers in PSI/SI/PSIP tables
5.20.10 2012-12-17 – Added description of Copy Inputs. – Added SFN synchronization for Seamless SFN operation.
5.18.0 2012-08-30 – Updates to Auto Remap functionality. – Default priority queues description. – Other minor changes.
5.16.0 2012-08-30 – IP/RTP diversity feature added. – PSI/SI/PSIP editor feature added. – Auto remapping of PIDs feature added.
5.2.0 2011-07-08 – Scrambling pages moved – Added BISS description
5.0.0 2011-05-11 – Description of Forward Error Correction GUI pages included – Correction of Inputs section
4.8.0 2010-11-25 – Updated with descriptor adding/removing/replacing of components.
4.6.0 2010-08-13 – Port switching feature added. – Format selection for output ports in Section 8.4.3 in ATSC+DVB mode to select between ASI or SMPTE 310M per output copy. – New 10 port ASI card HW option. – Number of resyncs on IP input status page Section 8.6.2.3. – Override source IP option field on IP TX parameters. – Added service details and playout content view on output outgoing views in Section
8.7.2.12.
4.2.40 2010-06-21 – Updated with support for SFP slot. – Some syntactical updates and general maintenance.
4.2.18 2010-04-21 – Updated for Ethernet data functionallity and Scrambling
1.4 2010-01-04 – Minor changes related to PSIP handling
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 12
12 History
Revision Date Comments
1.2 2009-07-13 – ATSC version – Added ATSC/SMPTE 310M information. – Updated GUI images and fixed some typos.
1.0 2009-01-21 – First version – This manual is based on manual for CP515
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 13
Introduction 13

2 Introduction

2.1 Scope

This manual is written for operators and users of the CP525 cMux and provides necessary information for installation, operation and day-to-day maintenance of the unit. The manual covers the functionality of the software version 6.0.2 or later, and continues to be relevant to subsequent software versions where the functionality of the equipment has not been changed. When a new software version changes the functionality of the product, an updated version of this manual will be provided.
The manual covers the following topics:
Getting started
Equipment installation
Operating instructions
WEB interface description
Preventive maintenance and fault finding
Alarm listing
Technical specifications

2.2 Warnings, cautions and notes

Throughout this manual warnings, cautions and notes are highlighted as shown below:
Warning: This is a warning. Warnings give information, which if strictly observed, will prevent personal injury and death, or damage to personal property or the environment.
Caution: This is a caution. Cautions give information, which if strictly followed, will prevent damage to equipment or other goods.
Note: Notes provide supplementary information. They are highlighted for emphasis, as in this example, and are placed immediately after the relevant text.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 14
14 Introduction

2.3 Heed warnings

All warnings marked on the product and in this manual should be adhered to. The manufacturer cannot be held responsible for injury or damage resulting from negli­gence of warnings and cautions given.
All the safety and operating instructions should be read before this product is in­stalled and operated.
All operating and usage instructions should be followed.
The safety and operating instructions should be retained for future reference.

2.4 Contact information

Our primary goal is to provide first class customer care tailored to your specific business and operational requirements.
Please contact us at:
Telephone +47 22 88 97 50
Fax +47 22 88 97 51
E-mail support@nevion.com
WEB http://www.nevion.com
Mail and visiting address Nevion
Nils Hansens vei 2 NO-0667 Oslo Norway
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 15
Short Product Description 15

3 Short Product Description

The CP525 is part of the Nevion cProcessor product family for processing and handling of MPEG transport streams. The cProcessor family represents a line of compact and powerful, yet cost-effective, products designed for advanced modification of MPEG Transport Streams.
The CP525 is a Transport Stream Re-multiplexer for regional multiplexing of MPEG transport streams.
The CP525 supports SFN operation with MIP insertion (software licence key is required).
The CP525 supports DVB Simulcrypt scrambling with ECM and EMM insertion (software licence key is required).
The CP525 supports insertion of unsignaled PIDs on the input (Ghost PIDs) into outgoing services.

3.1 Summary of Features

Features of the CP525 include:
Flexible transport stream processing
PID and program filtering
Service component filtering by PID value or by component tag
Program re-multiplexing
TS rate adaptation
Minimum null-packet rate feature
Powerful PSI/SI/PSIP handling
PSI/SI regeneration
PSI/SI/PSIP download and playout
Flexible EIT handling
Zero or configurable minimum null-packet rate by filling up with EIT
PSI/SI/PSIP editor
Generate and create custom static PSI/SI/PSIP signalling.
Transport stream monitoring
TR 101 290 Priority 1 monitoring: Sync loss, CC error
Monitoring of min/max bitrate for individual PIDs
Output PID monitoring (CC errors)
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 16
16 Short Product Description
Flexible alarm configuration options
Alarm levels freely configurable individually for each channel
Individual setting of alarm levels based on PID values
Compact, cost-effective solution
User-friendly configuration and control
WEB/XML based remote control
Easy access to unit from any WEB browser
Easy integration to NMS systems with SNMP Trap support
SNMPv2c agent
Equipment monitoring from Nevion Connect
SFN adaptation (Option)
MIP insertion
1 PPS timing reference input
Seamless SFN compatible
Connected to a T-VIPS TNS541 TS Seamless Switch, two CP525’s may operate in a
Seamless SFN network.
Support for deterministic DVB Megaframe alignment.
Transmission of transport stream over Gigabit Ethernet (Option)
Forward Error Correction
Reception of transport stream over Gigabit Ethernet (Option)
Forward Error Correction
Scrambling of services and components (Option)
BISS mode 1
DVB Simulcrypt (ECM and EMM)
RTP/IP diversity reception
Seamless switching between two IP streams from the same source.
Automatic PID and service re-mapping
Rule based processing of muxing operation.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 17
Short Product Description 17

3.2 Software options

The CP525 functionality depends on the sofware licences installed. The following table describes the features available as software options. Please refer to Section 8.4.9.3 for more information how to obtain and enable feature upgrades.
Table 3.1.a Functionality enabled through software licences
Functionality Code Max
SFP module SFP - Enables operation of the Small form-factor pluggable (SFP) transceiver slot.
SFP configuration SFPC - Enables configuration interface and parameter storage for some specifically
SFN adapter support SFN - Controls whether MIP insertion is made available on output.
Number of input ports activated
Input switching ISW - Enables creation of input switching groups.
Forward Error Correction FEC - Controls availability of the FEC feature for IP outputs and IP inputs.
RTP/IP diversity reception IDR - Enables configuration of IP diversity reception input pairs.
Ethernet data interface IP - Controls whether carriage of MPEG transport streams on Ethernet is made
Service fallback SFB - The feature makes it possible to configure pairs of services where one is
SI download DSI - This key is needed to use an external SI system towards the unit.
Enhanced SI playout ESI - This option controls the availability of a few advanced DVB-EIT schedule
PSI/SI/PSIP editor PSIE - Controls availability of built-in PSI/SI/PSIP Editor function in GUI, to edit
Allow ASI inputs ASIN - Enables use of ASI input ports. Without this key the device can be used
Conditional Access CA - Control whether device can be used as a DVB Scrambler.
BISS BISS - Control whether device can be used as a BISS mode 1 scrambler.
Advanced traffic shaping
Emergency switch support
TSIX 24 Controls the number of simultaneously activated transport stream inputs.
ATS - Expands the number of queue levels for routed MPEG data on the output
ESW - Enables support for external switch panel to switch between pre-loaded
Description
value
supported SFP modules.
available.
back-up for the other. Switching decision is made based on alarm levels on each service.
playout parameters: ’Use constant section interval’, ’Use sliding window’ and ’Use expired events’. These parameters are explained in Section 5.11.2 and Section 8.7.2.8.2. Also, this option affects the availability of ’EIT packing’. This option is explained in Section 8.7.2.8.1. All together, this option offers a more advanced control of playout out EIT for economisation on bandwith.
tables for static playout.
with IP input only.
prioritisation queue from 4 to 15. This makes it possible to configure more advanced prioritization on a PID level to control which data is discarded first in the event of over-booking the output.
configurations.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 18
18 Short Product Description
Table 3.1.b Functionality enabled through software licences
Connect control TCON - Enables supervision of the unit through the Connect Software.
PMCP PMCP 1 Enables support for Program Metadata Communication Protocol, used for
dynamic fetching of PSIP EPG data from an external server.
VCT channel rebranding APU - Enables support for dynamic updating of major and minor channel number.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 19
Installing the Equipment 19

4 Installing the Equipment

Caution: The CP525 must be handled carefully to prevent safety hazards
and equipment damage. Ensure that the personnel designated to install the unit have the required skill and knowledge. Follow the instructions for installation and use only installation accessories recommended by the
manufacturers.

4.1 Inspect the package content

Verify that you received the following items:
CP525 with correct power supply option
Power cord(s)
CD-ROM containing documentation and Flash Player installation files
Any optional accessories you have ordered
Note: 48 VDC versions do not ship with a power cord; instead a Power D-SUB male connector for soldering to the supply leads is supplied.

4.2 Installation Environment

As with any electronic device, the CP525 should be placed where it will not be subjected to extreme temperatures, humidity, or electromagnetic interference. Specifically, the selected site should meet the following requirements:
The ambient temperature should be between 0 and 50◦C (32 and 122◦F).
The relative humidity should be less than 95 %, non-condensing. Do not install the
unit in areas of high humidity or where there is danger of water ingress.
Surrounding electric devices should comply with the electromagnetic field (EMC) stan­dard IEC 801-3, Level 2 (less than 3 V/m field strength).
The AC power outlet (when applicable) should be within 1.8 meters (6 feet) of the CP525.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 20
20 Installing the Equipment
Where appropriate, ensure that this product has an adequate level of lightning protec­tion. Alternatively, during a lightning storm or if it is left unused and unattended for long periods of time, unplug it from the power supply and disconnect signal cables. This prevents damage to the product due to lightning and power-line surges.
Warning: If the CP525 has been subject to a lightning strike or a power surge which has stopped it working, disconnect the power immediately. Do not re-apply power until it has been checked for safety. If in doubt contact Nevion.

4.3 Equipment installation

The CP525 is designed for stationary use in a standard 19" rack. When installing please observe the following points:
Route cables safely to avoid them being pinched, crushed or otherwise interfered with. Do not run AC power cables and signal cables in the same duct or conduit.
The CP525 has all connectors at the rear. When mounting the unit, ensure that the installation allows easy access to the rear of the unit.
The fans contained in this unit are not fitted with dust/insect filters. Pay particular attention to this when considering the environment in which it shall be used.
Make sure that the equipment is adequately ventilated. Do not block the ventilation holes on each side of the CP525.

4.4 Ventilation

Openings in the cabinet are provided for ventilation to protect it from overheating and ensure reliable operation. The openings must not be blocked or covered. Allow at least 50 mm free air-space each side of the unit.
Warning: Never insert objects of any kind into this equipment through openings as they may touch dangerous voltage points or create shorts that could result in a fire or electric shock. Never spill liquid of any kind on or into the product.
This product should never be placed near or over a radiator or heat register. Do not place in a built-in installation (e.g. a rack) unless proper ventilation is provided in accordance with the device airflow design as depicted in Figure 4.1.
The CP525 may be vertically stacked in 19" racks without intermediate ventilation pan­els. In systems with stacked units forced-air cooling may be required to reduce the operating ambient temperature.
Figure 4.1 shows the air path through the unit, where cool air is taken from the left
hand side, seen from the front.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 21
Installing the Equipment 21
CP541
Cool
Air In
Warm
Air Out
Figure 4.1 Air path through the unit

4.5 Power supply

The CP525 may be delivered rated for AC or DC operation, respectively.
Warning: This product should be operated only from the type of power source indicated on the marking label. Please consult a qualified electrical engineer or your local power company if you are not sure of the power supplied at your premises.

4.5.1 AC power supply

The CP525 has a wide-range power supply accepting the voltage range 100-240 VAC, 50/60 Hz. Please refer to Appendix A for a detailed specification of the AC power supply.

4.5.2 Dual AC power supplies

Alternatively, the CP525 may be fitted with dual internal wide-range AC power supplies. If so, the size of the cabinet is full-width 19" rack, 1RU. The power supplies cover the voltage range 100-240 VAC, 50/60 Hz.
During normal operation, load-sharing is used between the internal supplies. In case of a single power supply failure alarms will be raised and the unit will continue operating off the second power supply. To guard against failure in the external power circuitry it is imperative to connect each power supply to separate AC mains circuits.
Please refer to
Appendix A for a detailed specification of the AC power supply.
4.5.2.1 AC power cable
Ensure that the AC power cable is suitable for the country in which the unit is to be operated.
Caution: Power supply cords should be routed so that they are not likely to be trod on or pinched by items placed upon or against them. Pay particular attention to cords at plugs and convenience receptacles.
The unit is supplied with a two meter detachable mains supply cable equipped with a moulded plug suitable for Europe, UK or USA, as appropriate. The wires in the mains cable are coloured in accordance with the wire colour code shown in Table 4.1.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 22
22 Installing the Equipment
Table 4.1 Supply cable wiring colours
Wire UK (BS 1363) EUROPE (CEE 7/7) USA (NEMA 5-15P)
Earth Green-and yellow Green-and yellow Green
Neutral Blue Blue White
Live Brown Brown Black
4.5.2.2 Protective Earth/technical Earth
To achieve protection against earth faults in the installation introduced by connecting signal cables etc., the equipment should always be connected to protective earth. If the mains supply cable is disconnected while signal cables are connected to the equipment, an earth connection should be ensured using the Technical Earth connection terminal on the rear panel of the unit.
Warning: This unit must be correctly earthed through the moulded plug supplied. If the local mains supply does not provide an earth connection do not connect the unit.
Caution: Consult the supply requirements in Appendix A prior to con­necting the unit to the supply.
The unit has a Technical Earth terminal located in the rear panel. Its use is recommended. This is not a protective earth for electrical shock protection; the terminal is provided in order to:
1. Ensure that all equipment chassis fixed in the rack are at the same technical earth potential. To achieve this, connect a wire between the Technical Earth terminal and a suitable point in the rack. To be effective all interconnected units should be earthed this way.
2. Eliminate the migration of stray charges when interconnecting equipment.
Warning: If the terminal screw has to be replaced, use an M4x12mm long pozidrive pan head. Using a longer screw may imply a safety hazard.
4.5.2.3 Connecting to the AC power supply
Warning: Do not overload wall outlets and extension cords as this can
result in fire hazard or electrical shock. The unit is not equipped with an on/off switch. Ensure that the outlet socket is installed near the equipment so that it is easily accessible. Failure to isolate the equipment properly may
cause a safety hazard.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 23
Installing the Equipment 23
To connect the unit to the local AC power supply, connect the AC power lead to the CP525 mains input connector(s) and then to the local mains supply.

4.5.3 DC power supply

The CP525 can be delivered with a 48 VDC power supply for use in environments where this is required. The DC power supply accepts an input voltage range of 36-72 VDC. Please refer to
Appendix A for detailed specification of the power supply.
4.5.3.1 DC power cable
Units delivered with DC power supply have a 3-pin male D-SUB power connector instead of the standard mains power connector. Also a female 3-pin D-SUB connector is supplied. The pin assignment is shown in Table 4.2. The power cable itself is not supplied.
Table 4.2 DC power connector pin assignment
Pin Placement Specification
1 top + (positive terminal)
2 middle - (negative terminal)
3 bottom Chassis Ground
To connect the unit to the local DC power supply:
1. Use an electronics soldering iron or a hot air workstation to attach the supplied female D-SUB power connector to suitable power leads.
2. Connect the power leads to your local power supply.
3. Connect the DC power connector, with attached power leads, to the CP525 power input connector.

4.5.4 Powering up/down

Before powering-up the unit, please ensure that:
The unit is installed in a suitable location
The unit has been connected to external equipment as required
Power up the unit by inserting the power cable connected to the power source. When the unit has finished the start-up procedure, the fans will run at normal speed. Please check that all cooling fans are rotating. If they are not, power down the unit immediately.
Power down the unit by removing the power supply connector at the rear of the unit.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 24
24
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 25
Functional Description 25
Inputs
Processing
Output
Remote
Control
Configuration
PSI/SI/PSIP download
Alarm Log
Alarm traps
SFN Adapter
(optional)
1PPS
ASI Input
Optional
IP
TSP Module
MUX Service Filter PID Filter PID Remap PSI/SI/PSIP regeneration PSI/SI/PSIP modification PSI/SI/PSIP carousel
Management
Remote control ETR290-1 Monitoring Alarm generation
HTTP/XML
SNMP
Alarm
Relay
Clock &
Time base
MIP Inserter
& Rate control
ASI output
Optional
IP
Power
230VAC/48DC

5 Functional Description

5.1 Introduction

The CP525 is an MPEG Transport Stream multiplexer designed for regional multiplexing. The product offers an easy-to use WEB based user interface, a flexible and powerful MPEG Transport Stream re-generation module and integration with network management systems via the SNMP interface.
This chapter gives a brief description of the inner guts of the CP525, to give a better under­standing of how the product works, how you use it and what you can use it for.
Figure blocks are described more in detail in the following sections.
5.1 shows a functional block diagram of the main components inside CP525. The different

5.2 TS inputs

The CP525 can be fitted with up to 8 ASI ports. Up to 7 ASI inputs is possible when using a single ASI output port. When using IP output, all 8 ASI ports can be used as inputs. In ATSC+DVB configuration mode, SMPTE 310M input format is also supported.
In addition to 8 Transports stream inputs on ASI, a number of Transport streams can be received on either of the Ethernet data interfaces.
The number of TS inputs that can be enabled simultaneously is limited with a SW licence key, making it possible to start with few inputs and then enable more ports when needed.
The licence key also covers the transport streams received on Ethernet/IP.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Figure 5.1 Product block diagram
Page 26
26 Functional Description

5.3 TS output

The CP525 can generate one MPEG output Transport Stream. When using ASI output, the transport stream is presented on at least one ASI output port. In addition a number of ports can be programmed to carry the same signal, as described in configuration mode, SMPTE 310M output is also supported.
The output is always re-clocked, configuring a wanted bitrate for the output multiplex.
The output transport stream can also be transmitted on either of the Ethernet data interfaces, or on the SFP connector. These functions are enabled with two different licence keys, one for Ethernet data transport, and another for the SFP module.
Section 6.1.2. In ATSC+DVB

5.4 Input switching

The CP525 supports combination of several inputs into a prioritized order switching group, where the highest priority source that has sync and no critical alarms, is automatically selected as the source of program data and PSI/SI/PSIP data.
The input switch is itself modelled as an input, so once defined, it can be referred to as the source of programs and PSI/SI/PSIP data when building up the output multiplex. A sync loss on the currently selected source will cause immediate switching to an alternative input in the switching group.
The signals on each of the inputs in a switching group, can be identical or different. Fastest switching times are achieved when the signals are identical with respect to PIDs and services.
The input switching function can be used on both ASI sources and IP sources, or any combina­tions of these. Signal loss detection on IP sources is slower than for ASI sources.
Sources that are members of a switching group cannot be referred to directly.
The input switching function is protected by a SW licence key. The input switching function is protected by a SW licence key.

5.5 Optional SFN adapter

The product may be fitted with an SFN adapter. This adapter enables synchronisation of the output clock to a 1 PPS signal for operation in SFN networks. The 1 PPS signal can either be taken from the internal GPS receiver, or from an external source.
When the SFN adapter is installed, the unit may be configured to insert MIP frames.

5.6 Video over IP

5.6.1 Input and output

The CP525 supports MPEG transport streams over IP, the functionality is protected with a separate SW licence.
IP inputs are defined dynamically on need, up to a maximum number that is 16 at the time of writing. Once the IP inputs are defined, they are modelled to have the same functionality
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 27
Functional Description 27
Ethernet
14 bytes
[IEEE 802.3/802.3u]
IP
20 bytes
[RFC 769]
Optional
VLAN
4 bytes
[802.1q]
UDP
8 bytes
(RFC 768)
RTP
12 bytes
(RFC 1889)
1-7 MPEG TS packets
188 1316 bytes
[ISO/IEC 13818-1]
as the ASI input ports, and content received will be available to the multiplexer generating the output. The input streams can be either SPTS or MPTS and streams with or without RTP layer are accepted.
The muliplexer can generate one output multiplex and the operator chooses whether to transmit this stream over IP or not. The transport stream can be transmitted to up to 8 IP destinations.
Two Ethernet interfaces can be used simultaneously for video carriage, the interfaces are bi­directional. When using the SFP slot, one of the Electrical interfaces will be disabled.

5.6.2 Protocol mapping

Figure 5.2 Protocol mapping
When transmitting and receiving MPEG transport streams over IP, the protocol mapping is according to figure 5.2. The VLAN framing and RTP encapsulation are optional.
The RTP layer is important for diagnosing network related problems, since it contains a sequence number that can be used for packet loss detection.
The maximum transfer unit (MTU) for Ethernet is usually 1500 bytes. This limits the number of transport stream packets to embed into the outgoing Ethernet/IP frames to be between 1 and
7.

5.7 Management sub-system

The management subsystem is a set of modules that handles all the interfaces to monitor and control the operation of the CP525.
The management subsystem communicates with the users, both humans and machines, via the following interfaces:
Front panel and back panel LEDs for status
Graphical user interface via Flash application in WEB browser
SNMP traps on alarms
SNMPv2c Agent
TXP (T-Vips XML Protocol) to retrieve and set configuration and status
Alarm relays on alarms
SNTP client for real time clock synchronisation
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 28
28 Functional Description
Terminal interface either over Telnet or USB interface for debugging
FTP server for direct file system access
The management subsystem communicates with other internal modules to make the unit per­form the wanted operations.

5.7.1 Graphical user interface

Operators monitor and control the CP525 mainly via the Adobe Flash GUI application served from the device’s WEB server. The GUI application is accessed via a WEB browser that com­municates with the configuration framework through an HTTP/XML based protocol.
The device exposes extensive status information to the web GUI providing detailed reports and real-time monitoring displays to the device administrator.
All the device configuration parameters available on the CP525 can be controlled from the web GUI.
5.7.2 Configuration database
The management subsystem processes configuration changes as transactions. All configuration changes made to the device are validated against the current running configuration before committing them to the device. This limits the risks of the administrator implementing changes that may cause down-time on the unit due to incompatible configuration settings.
Configurations can be imported and exported via the GUI. It is possible to clone the entire con­figuration of one device to another by exporting the configuration of one device and importing it to another.
Configurations exported via the web GUI are formatted as human readable/modifiable XML files. These files can be viewed or altered using any standard text or XML editor such as Windows Notepad.
To simplify cloning of devices, certain exported parameters within the XML file are tagged as device specific and therefore will be ignored when imported to either the same device or another. These parameters are as follows:
Device Name and Inventory ID
IP network parameters
ASI Port mappings
On-device stored configurations

5.7.3 Alarm manager

The CP525 contains an integrated alarm manager responsible for consistently displaying the alarm status of each individual interface.
“Port Alarms” are alarms bound to a specific input or output port via a port indexing system. The alarm severity for port related alarms can be configured per port level. “Device Alarms”
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 29
Functional Description 29
are global to the device and are not bound to any specific port. They do not follow the indexing scheme. These are classified as “System Alarms”.
Alarms are graphically represented in a tree structure optimized for simplified individual view­ing and configuration. The “Device Alarm” tree is available from the “Device Info” page. The alarm tree for each port is available on the “Alarms” page for each port.
The alarm manager presents the alarm of highest severity upon the external interfaces of the device. The severity level of each individual alarm can be defined by the administrator. Alarm configuration is covered in greater detail in the “Alarm configuration” section.
SNMP traps are dispatched to registered receivers whenever there is an alarm status change.
Alarm relay 1 and alarm LED are controlled to signal whenever there is a critical alarm present. Alarm relay 2 is configurable.
The alarm manager keeps a log in non-volatile memory of the latest 10000 alarms that have occurred.
As an additional option, the alarm manager in the CP525 supports so-called Virtual Alarm Relays. These are highly programmable items that can be customised to react to virtually any given alarm event or combination of alarm events. The status of each virtual alarm relay can be viewed in the GUI and can also be exported using SNMP. Details on configuring the virtual alarm relays can be found in the WEB interface section.

5.8 Time synchronisation

The CP525 contains an internal real-time clock that is used for all internal timestamps. The internal clock is battery backed up in order to continue operating while the unit has no power.
The internal time can be synchronised as follows:
Manual setting.
From one of the ASI/SMPTE 310M ports (using TDT/TOT or STT)
From NTP servers using SNTP protocol. Up to four NTP servers can be configured for
NTP server redundancy.
More than one clock source may be specified in a prioritised order. If one source fails the next priority source will be used.
The internal clock can be used for generation of TDT/TOT on the output.

5.9 TSP Module

The TS Processor (TSP) module is the heart of the unit. Its job is to create a new MPEG Trans­port Stream based on configuration and current input signals. Figure components in the TSP subsystem.
The lower left hand corner represents the interface between the management subsystem and the TSP subsystem.
5.3 shows the different
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 30
30 Functional Description
Priority Queue
Playout queues
ASI
ASI
PID Router
Detection
Filter & Remap
PID Router
Detection
Filter & Remap
Ethernet
Ethernet
New PID Routing
with queue
assignments
New PIDs
Table update
Table
update
TCP/IP
TCP/IP
= Process
= Database
= TS packet queue
= Functional block
Management
V/A/D 1
V/A/D 2
V/A/D 15
Stuffing
Playout
mode tables
Player
PSI/SI/PSIP
Input
PSI/SI/PSIP
Downloaded PSI/SI/PSIP
TS
configuration
PSI/SI/PSIP
section
filter
PSI/SI/PSIP
download
server
WEB
server
3
2
PSI/SI/PSIP
Player
Pri 1
MIP
inserter
MIP
Forced
stuffing
MPBN
1
2
21
20
19
18
Flow control
TS
builder
Config updated
17
4
3
PSI/S PIDs
Player 1
Player 2
Player 3
Figure 5.3 TSP module
The central process in the TSP module is the TS Builder, which handles the logic creating PID routing and regenerate PSI/SI/PSIP based on configuration and current PSI/SI/PSIP tables. See Section 5.9.7 for more details on service and PID routing.
The following chapters covers more on the different modules shown in the figure.
Note: The overall architecture of the TSP module, and the description in this chapter, is shared between several products in the cProcessor product family, but not all modules are available on every product.

5.9.1 PID Router

A PID router module tells the TS Builder which PIDs are present.
The router is used by the TS Builder to pass on the correct elementary streams from the input to the output. New PID values can be assigned to any elementary stream. One elementary stream can only be transmitted on an output once, so one input PID can only have one output PID value. This is reflected in the GUI and configuration structure.
TS packets that have a route to the output are travelling on the “main highway” through the unit. This is where video, audio and other service components are passed. Packets that are filtered do not have a route.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 31
Functional Description 31
The output TS packets carrying PSI/SI/PSIP may either be routed through on the highway, or they are played out through the PSI/SI/PSIP playout module. This is one of the most important details to learn from figure 5.3, since the applied configuration determines the data flow direction.
The PSI/SI/PSIP TS packets on the input can, in addition to being routed on the highway to the output, be routed to the PSI/SI/PSIP section filter module, which is briefly described in section 5.9.2.
If the licence key Advanced traffic shaping is installed, each PID routed through to the output can be assigned to one of 15 queues in which the packets should be buffered before transmission. Each queue is assigned a maximum bitrate and priority on the output. This controls the output packet sequence, and which PIDs that will be dropped first in case of output congestion. Without the licence key only one queue will be available for routing from input to output, indicated by the dashed lines to A/V/D queues 2-15.
Read more about the prioritisation of data in chapter 5.9.4.
5.9.2 PSI/SI/PSIP section filter
The PSI/SI/PSIP section filter is a real-time process in the system. It receives continuous streams of TS packets on the different PSI/SI/PSIP PIDs and checks the content for version number updates. One PSI/SI/PSIP table section can span a number of TS packets. The filter keeps state information for every PSI/SI/PSIP PID and re-builds the section blocks whenever a version number update is detected.
The output of the section filter module is re-created table sections (sub-tables). These are posted to the input PSI/SI/PSIP database, which in turn triggers an event to the TS Builder.

5.9.3 PSI/SI/PSIP playout module

The PSI/SI/PSIP playout module is the reverse of the PSI/SI/PSIP section filter, and generates a continuous streams of TS packets from PSI/SI/PSIP sections. PSI/SI/PSIP tables that are configured in any “Playout” mode (see section 8.7.2.8), are posted through this module. Tables are played out via the PSI/SI/PSIP playout module according to the user configured repetition interval.
An important detail in figure 5.3 is the arrow tagged with “Flow Control” pointing from the player output queues to the PSI/SI/PSIP player. This means that data played out here is under flow control making loss of TS packets unlikely. The flow control mechanism also makes it possible to configure a SI/PSIP playout that fills up spare capacity with EIT packets, since a buffer can be kept full with packets to insert when there is spare capacity.
The playout module prioritises data in 2 levels; first by dividing the different table types into 3 groups that are handled by system processes of different priority, then by assigning each PID stream to one of 3 packet posting queues with different priority level. All packets on one PSI/SI/PSIP PID must be transmitted on the same queue to assure the the packets are transmitted in sequence.
Table 5.1 shows the table_ID-to-process assignement in the first level of prioritisation.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 32
32 Functional Description
Table 5.1 PSI/SI/PSIP playout table ID process priorities
Process Priority
Table IDs
1 PAT, CAT, PMT
2 NIT actual, SDT actual, EIT p/f actual, TDT, TOT, STT, RTT, MGT, VCT.
3 NIT other, SDT other, BAT, ETT, EIT p/f other, EIT schedule actual and other
Note: The priorities in table 5.1 are the priorities referred to by the output alarm “Pri X tables delayed” where x is the priority level.
Table 5.2 shows the table PID to queue number assigment in the second level of prioritisation. The actual priority of each of these queues can be configured, but the normal case would be to use falling priority for these queues.
Table 5.2 PSI/SI playout table PID to queue assignment.
Table 5.3 shows the table PID to queue number assigment in the second level of prioritisation
Player Queue Tables Corresponding PID Values
Player 1 PAT,CAT,PMT,TDT 0, 1, PMT*N, 20
Player 2 NIT, SDT 16, 17
in ATSC mode.
Player 3 EIT 18
Table 5.3 PSI/PSIP playout table PID to queue assignment.
Player Queue Tables Corresponding PID Values
Player 1 PAT,CAT,PMT 0, 1, PMT*N
Player 2 MGT/TVCT/CVCT/SST/RRT 8187
Player 3 EIT/ETT X
See Section 5.10 for a more details on PSI/SI/PSIP playout.

5.9.4 Output Priority Queue

The right hand part of figure 5.3 represents the TS packet output priority queue of the TSP. It indicates that all data is prioritised before being output.
The CP525 generates a constant (configurable) output bitrate translating to a fixed number of available packet slots per time unit. Data from different sources are mapped to the priority queue on the output to compete for the available bandwidth according to the configured priority rules. Some data sources have fixed priorities to assure proper behaviour; other data source priorities
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 33
Functional Description 33
are configurable. The ones that are configurable are framed with a darker grey rectangle within the MUX symbol in Figure 5.3.
PID sources fall into the following different categories:
Table 5.4.a Priority queue categories.
Cat. Sub-
A 1 MIP inserter packets If the CP525 is set to operate as an SFN adapter
B 1 Forced stuffing Downstream equipment may require a certain
C
D 1 Table data from internal carousels (PSI/SI/PSIP
Name Description
group
and MIP packet transmission is configured, the MIP packets are transmitted at fixed packet positions. To assure exact positioning, these are transmitted with highest priority.
amount of stuffing packets to operate properly. This may be guaranteed by activating the forced stuffing function, specifying the maximum number of TS packets between each stuffing packet. This packet transmission operates at fixed priority just below the MIP inserter, therefore the max distance between each null packet may deviate with 1 from the configured value if used in combination with MIP insertion.
1 Components routed from input (video/audio/data) This is typically audio or video components
belonging to an input service that are to be inserted into the outgoing stream. CP525 will be able to buffer these packets for a significant time, but the delay through the unit shall generally be as short as possible.
2 Transparent input PSI/SI/PSIP Dependent on the configuration for PSI/SI/PSIP
table handling, the input PAT and PMT tables may be transmitted transparently as components through the unit. No caching of these tables will be done; they are let through on a packet-by-packet basis.
3 Unreferenced PIDs Unreferenced PIDs are components that are not
signalled in any services.
When PSI/SI/PSIP tables are configured for
player)
playout via the PSI/SI/PSIP player, the tables are cached internally and are played out at the configured intervals according to algorithms described in this document. PID streams generated by the PSI/SI/PSIP player are devided into 3 sub-groups on which the priority can be controlled individually. The 3 queues are shown in table
5.2
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 34
34 Functional Description
Table 5.4.b Priority queue categories.
Cat. Sub-
E 1 Null packets These packets are stuffing packets that are
Name Description
group
transmitted when no other source requests transmission of packets, i.e always at the lowest priority.
Groups A, B and E have fixed priority, while the priority of the queues within the C and D group may be freely configured. Group C and D queues can also be assigned a maximum bandwidth.
Queues in group C are handled without flow control, meaning that packets will be discarded if there is not enough packet positions on the output to empty the packets filled into these queues. This will also happen if the bandwidth for each queue exceeds the configured shaping threshold.
Group D queues used by the PSI/SI/PSIP player have flow control, allowing the player to suspend waiting for available space. This means that if the D groups are configured with lower priority than the C groups, and the available bandwidth after passing video/audio is less than the bandwidth required to play out PSI/SI/PSIP at configured rate, the PSI/SI/PSIP player will stagger on the queues, trying to fill up remaining capacity on the output. If the pass-through data is not varying too much in bitrate, it will actually be able to fill up the stream, with the effect of not having any stuffing packets inserted.
There are two main variants of the priority queue as presented in figure 5.4.
The basic variant to the left, offers 1 queue for category C data and the 3 shown queues for group D data. Priorites can be freely configured between the category C and D queues.
With the licence key Advanced traffic shaping installed, the advanced variant to the right is avail­able, with an additional 14 queues for category C data, making a more advanced prioritisation of C group PIDs possible.
The extended functionality of the advanced prioritisation queue is discussed in the following
Section 5.9.5.

5.9.5 Output Priority Queue Advanced

As mentioned in the previous sub section, the CP525 offers a licence protected feature to extend the number of queues for routing of category C data elementary streams from 1 to 15.
There are two ways to use the category C queues as shown to the left and right in figure 5.5.
Single queues
In this mode each queue is operated independently with their own rate shaping and pri­ority assignment on the output MUX. With this operation mode there is only one level of prioritisation.
Grouped queues
Category C Queues can also be grouped to operate on a common rate shaper, creating a
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 35
Functional Description 35
3
15
1
3
C
A
1
2
21
20
19
18
3
B
E
D1
D2
D3
b
R
b
R
b
R
b
R
RR
t
C1
A
1
2
21
20
19
18
3
B
E
D1
D2
D3
b
R
b
R
b
R
b
R
RR
t
C2
4
b
R
C3
5
b
R
C4
6
b
R
C5
7
b
R
C6
8
b
R
C7
9
b
R
C8
10
b
R
C9
11
b
R
C10
12
b
R
C11
13
b
R
C12
14
b
R
C13
14
b
R
C14
16
b
R
C15
17
b
R
Basic
Advanced
C: A/V/D queues D: Playout queues w/flow control Configurable priority
b
R
Queue with rate shaper
Basic and advanced priority queue resources
Output MUX with rate setting
second level of prioritisation within the group. Within the group, the prioritisation order is that of the physical queue number, the lowest queue number has highest priority.
By creating groups in this way, one can achieve to prioritise groups of services/PIDs assigning a common max bitrate for the group. The PIDs in other groups will not be affected by the first group exceeding its allocated bandwidth.
The application case for grouped queues is to prevent that accidental increase of bit rate for a service or component leads to drop of packets for several PIDs or services. For example with a group consisting of a single service one may give Teletext lowest priority and if video bit rates increase slightly Teletext packets will be dropped but video and audio will be passed on. Another example may be a multiplex shared between several broadcasters. In this case may all services for one broadcaster be in the same group and an accidental increase of bit rate for one
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Note: Only category C queues support grouping.
Figure 5.4 Basic and Advanced Priority queues
Page 36
36 Functional Description
R
b
R
b
R
b
R
b
C1
C2
C15
C3
R
b
C14
R
b
R
b
R
b
R
b
C1
C2
C15
C3
R
b
C14
Group 1
Group N
Single queues
Grouped queues
17
16
3
5
4
N
3
R
2
Bucket-2
(size = B2)
R
1
Total
Output
Rate R
t
Bucket-1
(size = B1)
R
2(N-1)
Bucket-2
B
2(N-1)
=size 2
R
1(n-1)
Bucket-1
B
1(n-1)
=size 1
R
2N
Bucket-2
B2N=size 2
R
1N
Bucket-1
B1N=size 1
Arbitration Loop
R1 = Configured
shaping rate
B2 = configured Max Burst size
Figure 5.5 Basic and Advanced Priority queues
of these components will lead to packet drop for the least important PIDs. The services coming from other broadcaster will not be affected.

5.9.6 Bitrate shaping algorithm

Category C and category D queues (section 5.9.4) support configuration of bitrate shaping to assure data is discarded if exceeding a configured threshold.
The method used for shaping is a “dual leaky bucket” algorithm illustrated in figure 5.6.
The configurable parameters are R1(Shaping) and B2(Max Burst). B1+B2<= Bt, where Btis 128 on the current implemention.
Figure 5.6 Dual leaky bucket algorithm for bitrate shaping
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 37
Functional Description 37
FOR EACH PORT MUX PORTS FIRST
Start Re-build
FOR EACH PRESENT PID IN ORDER LOW TO HIGH
Activate Routing
FOR EACH PROGRAM IN ORDER OF PAT
Map service
Map PID
Configured?
Default
pass?
Pass?
Configured?
Default
pass?
Pass?
(Unsign&&FW unsignalled) ||
FW unconditionally
Unsignalled?
No
No
No
Stop
Yes
Yes
Yes
Yes
Yes
No
No
No
TS packets are dumped into bucket-1 when they arrive, and are extracted into bucket-2 at the configured shaping bitrate R1. Only queues that have TS packets in bucket-2 participate in the competition for a packet slot on the output. The highest priority queue that has a packet in bucket-2 wins.
The maximum extraction rate R2from a queue is Rt, i.e the configured total output bitrate. The B2parameter is referred to as “Max Burst” since, even with an R1that is much lower than Rt, B2packets can be transmitted back-to-back at Rtif bucket-2 has been able to build up for some time due to higher priority queues having data to send.

5.9.7 TS Builder - Service and PID routing

The TS Builder reacts to the following events:
Configuration changes that affect the output Transport Stream.
New PSI/SI/PSIP table arrived on any input, or a table has timed out on the input.
Table update in the downloaded PSI/SI/PSIP database.
Changes to the list of present PIDs on any input.
When activated, the builder retrieves information from the different databases and from the PID lists, to create new PID routing.
If PSI/SI/PSIP tables are configured for playout, they are generated and posted to the PSI/SI/PSIP playout module for continuous packetisation and repetition.
Figure 5.7 Service routing
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 38
38 Functional Description
FOR EACH COMP. IN PMT IN ORDER OF PMT, THEN NEW CONFIGURED COMPONENTS, THEN PCR, THEN ECMs
Service Mapping Start
Map PMT if mode==Pass-through
PID Rule?
Tag Rule?
Default
Include?
Global config?
Map component PID (outpid)
Exclude
Stop Sign.||
Stop Uncond.
No
No
No
Exclude
Include
Include
Global remap?
PID crash?
outpid=inpid
outpid=glob. remap
No
TX
Yes
outpid=local remap
No
Yes
No
Yes
Add program to PAT
Add component to PMT (outpid)
Service Mapping End
Services and PIDs are passed or stopped based on configuration choices made by the user or by the system. Both services and components may be passed or stopped implicitly with a default rule, or explicitly with an include or exclude rule.
Re-mapping of service ID and PID values requires an explicit routing rule.
The process of selecting services and unsignalled PIDs to pass can be illustrated by the flow chart in figure 5.7.
First, each present PID is checked for a PID configuration rule. If there is no explicit configu­ration entry, unsignalled PIDs may be routed or stopped by a default rule. Signalled PIDs can only be routed here if they are tagged with a pass-unconditionally rule.
Then the incoming PAT is traversed and the programs are routed in the order of which they appear in the incoming PAT. If a program has an explicit rule, that rule is used either to stop or forward the program. If no explicit rule is found the default rule for services on that port is used either to stop or pass the service.
The ’Map Service’ block in the service routing diagram involves forwarding the wanted service components for that service. This process is illustrated in figure 5.8.
Figure 5.8 Service component routing
As can be seen from the figure, service components are traversed in the order they appear in the incoming PMT for the program. Then the same logic is applied to components merged from other programs, and then the PCR PID before the known ECM PIDs. The order or traversal determines which PIDs are dropped in the event of a PID conflict.
At the top of the loop we can see that the global PID table is checked for stop commands and global re-map entries first.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 39
Functional Description 39
PID rules are looked for before tag rules, and local re-mappings stored on either a PID rule or a Tag rule are only used if no global remapping was found.
If no rule exists for the component, the default behaviour is retrieved from the service config­uration for the given service. If this service is routed by default rule, the default component behaviour is to pass the component.
If a PID conflict is detected with a PID previously routed in the routing process, the new PID is filtered and an alarm is activated.

5.10 PSI/SI/PSIP playout

The CP525 contains a playout module for PSI/SI/PSIP tables as shown earlier in section 5.9.3. This module is designed to repeatedly transmit any legal PSI/SI/PSIP table to the CP525 output transport stream.
The PSI/SI/PSIP played out is managed on a table to table basis, and may be sub-sets or complete sets of tables retrieved from the inputs, or complete sets downloaded from an external SI/PSIP system.
The alternative to playing out PSI/SI/PSIP via the SI/PSIP player is to pass through PID ele­mentary streams in the same way as for audio and video.
5.10.1 Main configuration
The fundamental configuration parameter for the playout module is to specify a wanted repetition interval for a given table ID. Each table (identified by table_id and a number of sub-id’s) is played
out regularly at the given interval. The repetition interval indicates the maximum time a receiver must wait before the table is received and is therefore an indication of the perceived quality of the service (wait time before receiver has fetched all information).
The dependency between repetition interval and resulting bitrate is dependent on several factors:
The number of tables that should be played out
The size of each table; larger tables yields higher rate
For a given table ID and corresponding sub-ID’s, the playout module will aim to keep the configured repetition interval. It will also play out the tables such that the requirement for minimum distance between sections (25ms) will not be violated.

5.10.2 Carousel priorities

Within the PSI/SI/PSIP player, there are 3 priority levels for tables as shown in table chapter 5.9.3. The priority levels become significant when there is not enough bandwidth available in the output stream.
The PSI table queue is typically placed at a high priority level, above data routed from the input to assure PAT and PMT is transmitted even in an overload situation.
The EIT queue is typically configured at lowest priority with a high bandwidth limitations if one want to fill up rest capacity with EIT. Another option is to configure the EIT queue at high priority but with a limited bandwidth to create an EIT stream with sub-table repetition
5.2 in
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 40
40 Functional Description
TS Bitrate
22Mbit/s
Bandwidth occupied by main components (audio/video)
Remaining variable bandwidth available for carousel data and Null packets
Time
intervals that are not influenced by other content on the output, but with a controlled bandwidth consumption.

5.10.3 Carousel bitrate

In a typical scenario, the available Null packet rate available for PSI/SI/PSIP playout will be variable, as shown in figure
5.9.
Figure 5.9 Illustration of remaining variable bandwidth in
transport stream
It will be possible to configure at least 3 scenarios with the CP525 product.
1. There are plenty of available bandwidth in the transport stream, and the resulting bandwidth due to repetition rate configuration fits well within the available bandwidth.
2. The configured repetition rate results in a bandwidth that is too high compared to the available bandwidth. The playout carousel will utilise all available bandwidth.
3. Carousel max. bitrate is set to a certain value to guarantee a certain amount of Null packets in the outgoing transport stream. If the repetition intervals are set sufficiently low, the carousel playout will utilise all the bandwidth within the configured limits.
The 3 scenarios are shown in figure
5.10.
For case 2 and 3, we have a saturation scenario, e.g. the carousel will completely fill up the configured bandwidth. In this scenario, the configured repetition intervals will not be fulfilled. All configured tables will “suffer” a certain amount. The expected behaviour for this scenario is described in the next section.

5.10.4 Bitrate saturation handling

This chapter does not apply in ATSC mode.
In the descriptions below, we assume that the different tables are played out on the same carousel priority level, for example priority level 3.
Scenario: The configured repetition intervals lead to a bandwidth that is higher than the con­figured bandwidth. The playout carousel will continuously try to transmit tables to the output, leaving no room for null packets at all.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 41
Functional Description 41
Video/Audio Video/Audio
Video/Audio
Carousel Data
Null Packets
Carousel Data
Carousel Data
Video/Audio
Null Packets
1. All repetition intervals fulfilled. 2. Complete saturation 3. Bandwidth limited playout
Figure 5.10 Three different playout scenarios
In this case, the playout module will try to “spread” the resulting delay equally across all tables, independently of configured interval.
An example may illustrate this:
Assume that one EIT table group is configured with 9 seconds repetition interval while later groups are configured with 27 seconds interval and this leads to a saturation scenario.
A resulting scenario in this case may be that all tables will suffer 3 seconds higher repetition intervals
The interval for the first group will increase from 9 to 12 seconds while the interval for the second group will increase from 27 to 30 seconds.
Note that the scenario above is just intended for illustration. In practise, the suffered delay will vary dependent on the available bitrate in the stream. There will also be a small random variation in the delays due to variable section lengths etc.
5.10.5 Configurable back-log time
This chapter does not apply in ATSC mode.
Refer to ured too low to keep up with the configured repetition intervals, each output table will “suffer” a certain time for each repetition cycle. Compared to the “ideal” playout time, each section will be more and more delayed.
When the output bitrate capacity becomes high enough again to keep up with the configured repetition intervals, there are basically two ways to go:
Section 5.10.4 regarding bitrate saturation handling. In case the output bitrate is config-
1. Accept the resulting introduced delay and just continue using the normal repetition interval. The wanted repetition interval has then not been achieved for the time period that passed.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 42
42 Functional Description
0
50
100
150
200
250
300
350
400
1
4
7
1
0
13
1
6
1
9
22
25
28
Section number
Time
Ideal playout time
Actual playout time, back-log > 0
Actual playout time, back-log = 0
A: Not enough bandwidth, delay building up
B: Over-capacity; playout speeds up to ”catch up”
”Back-log” time
2. Try to utilise the extra capacity available and “speed up” transmission by using a lower
repetition interval. In this way, it is possible that the average target repetition interval will be fulfilled.
CP525 allows for both strategies, using a configurable “back-log” time. Figure 5.11 illustrates the concept.
Figure 5.11 Illustration of back-log principles
The dark green graph illustrates the “ideal” transmission time for each section. It is a long line with “even” spacing between each table section.
The purple graph illustrates a table that does not allow for “back-log”. In period B, the distance between each section again becomes the normal, configured interval.
The red graph illustrates the case when a back-log is configured larger than zero. In this case, the CP525 will actually reduce the transmission interval until the “ideal” line again is reached. This means that the average repetition interval will be fulfilled.
The back log time is controlled by a configuration parameter “Backlog time”, which is specified as a fraction of the repetition interval. The default value is 1.0, which indicates that a table is allowed to be delayed by time for one, complete repetition interval.

5.11 Handling of expired EIT schedule events

The CP525 supports advanced playout of EIT schedule, splitting the total number of available segments into up to 4 groups with different repetition intervals for each group. The group boundaries are set on 1 day segment boundaries.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 43
Functional Description 43
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 310
Segment number
Current Day
Tomorrow Day After
Tomorrow
Day After
Tomorrow + 1
Configuration: 1 day in group 0 3 days in group 1
Time
SegmentsGroup
8-31Group 1:
0-7Group 0:
(none)Expired:
SegmentsGroup
11-31Group 1:
3-10Group 0:
0-2Expired:
Group 0 Group 1
Group 0 Group 1
Group 0 Group 1
Expired
Expired
SegmentsGroup
14-31Group 1:
6-13Group 0:
0.5Expired:
Additional options for special treatment of segments with Events that are expired can be enabled with the ’advanced playout’ feature key. These options are referred to as ’expired events’ and ’sliding window’ and are described in this chapter.
5.11.1 Grouping of sections - configuration
EIT schedule sections are grouped into groups of EIT segments consisting of 8 sections each. One table ID corresponds to 32 segments; each segment covers 3 hours of events.
Based on a set of configuration parameters, the different EIT segments will be grouped together and treated as one unit by the player. The configuration parameters include:
The wanted repetition interval for each group
Repetition interval for expired events
Note that during a 24-hour period, the allocation of segments into groups will change dynami­cally as time passes. This process is described in the next section.
5.11.2 “Sliding window” and expired events
In order to use highest repetition rate for the most interesting events (e.g. EIT sections), CP525 supports a “sliding window” mechanism to dynamically change repetition rates for different EIT segments during a day. A typical goal is to spend more bandwidth on events for the next 24 hours than expired or more future events.
The process is illustrated in figure
Figure 5.12 Sliding window: Changing repetition rates for different segments throughout the day.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
5.12.
Page 44
44 Functional Description
0 1 2 3 4 5 6 7
EIT Segments for 24-hour period
Red = Expired Green = Not expired
Phase 1
Phase 2
Phase 3
Playout sequence: 0,1,2,3,4,5,6,7,0,1,2,3,4,5,6,7,...
0 1 2 3 4 5 6 7
Playout sequence:
0,1,2,3,4,5,6,7,2,3,4,5,6,7,0,1,2,3,4,5,6,7,2,3,4,5,6,7...
0 1 2 3 4 5 6 7
Playout sequence: 0,1,2,3,4,5,6,7,4,5,6,7,0,1,2,3,4,5,6,7,...
Time
CP525 will readjust the allocation of segments into segment groups regularly throughout the day at each “segment boundary” which corresponds to a 3 hour interval. Thus, at time 03:00, 06:00, 09:00 and so on the following actions take place:
CP525 search for expired segments. A segment is considered expired if the end time of all events in that segment is located in earlier segments. The segment is then placed in the “expired” group instead of group 0.
Group 0 gets one segment from group 1. The similar will be done for group 1, group 2 and further on.

5.11.3 Notes about the playout sequence

As a consequence of the described approach by handling each EIT segment (up to 8 sections) individually, the playout sequence for sections within a specific table ID will not be strictly in sequence. The playout of section numbers within a segment will however be in sequence.
Figure
5.13 shows how the playout sequence of tables may change during a day due to expired
events. For simplicity in the figure, it is assumed that the repetition rate for expired events is 2x the rate for active events.
Figure 5.13 Event expiration and playout sequence

5.12 Programming Metadata Communication Protocol (PMCP)

Programming Metadata Communication Protocol (PMCP), specified in ATSC A/76, is a standard for use within digital television broadcast facilities for transfer of source data used to generate EIT and ETT tables comprising the electronic program guide (EPG) listings and other program­related information. PMCP is a XML-based platform-independent protocol for the exchange of data, which may then be transported between systems in a variety of forms such as files, messages, web or e-mail services. The resulting data may then be sent to a ATSC PSIP generator for conversion to a broadcast-ready format. A generic overview of EPG regeneration using PMCP can be seen in figure 5.14
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 45
Functional Description 45
Figure 5.14 Generic overview of EPG regeneration using PMCP.
Support of the PMCP-standard on the CP525 requires a licence. This licence enables acquisition of PMCP data from an HTTP-server or an FTP-server to regenerate PSIP EIT and ETT tables. This is achieved by parsing the XML-based structure of PMCP and translating it into an internal data structure, ready to be regenerated into PSIP tables. The regenerated tables are then multiplexed on-the-fly together with the transport stream processed by the CP525, and transmitted on regular intervals at the output.

5.13 Scrambling

5.13.1 General

The CP525 offers a feature for scrambling of services and individual components. It also en­ables insertion of EMMs (Entitlement Management Message) and ECMs (Entitlement Control Message) into the Transport Stream. Both the scrambler and the EMM insertion is implemented to comply with the ECMG <=> SCS and EMMG <=> MUX interfaces as described in the DVB SimulCrypt specification
Note: Scrambling is a licensed feature and is only available if the licence key is installed. Insertion of ECMs and EMMs is licenced by the Conditional Access feature, while scrambling with BISS1 is licenced by the BISS key.

5.13.2 Simulcrypt setup

The scrambling consists of two parts; creating connections for exchanging CWs (code words) for ECMs (see section 8.5.2.1), and setting up services for scrambling (see section 8.7.2.6.4).
[8].
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 46
46 Functional Description
The CP525 has a total of 31 code word pairs (odd/even) available, i.e. 31 SCGs (Scrambling Control Groups). These can be used freely and are randomly generated from a physical source. Currently the CP525 is limited to one ECM per scrambling group.
Each SCG has its own crypto period defining the duration of one control word. This crypto period is defined by the nominal CP duration parameter and can be changed runtime by the user to extend/shorten the cycle period.
5.13.2.1 ECMG <=> SCS
The ECMG <=> SCS interface is used to transmit code words from the CP525 (SCS) to the ECMG, and in return get the corresponding ECM for the sent codeword. The ECMG is in this respect the server while the SCS is the client. The SCS is therefore responsible for initiating the connection. If the connection is successfully established, ECMs will be received by the CP525 and immediately played out in the transport stream.
The ECMG <=> SCS interface specifies several error conditions if the connection fails. If these or other errors are encountered, an alarm will be triggered on the CP525. These will be stored with details in the alarm log. See section 8.3.2 for details regarding the alarm log. In the alarm log the field subid2 represents channel id. If the alarm is related to the stream, subid3 will represent stream id.
If a connection attempt to the ECMG does not succeed, the CP525 will continue to try connecting until is manages to establish a successful connection. If alternative ECMG servers have been specified, the CP525 will in turn try all servers until it manages to establish a connection. Setup of additional ECM servers is described in section 8.5.2.1. If the connection is lost while connected, the CP525 will also try one of the backup servers. While reconnecting the crypto period is extended using the last control word until a new connection is established. This ensures that the signal always will continue encrypted.
5.13.2.2 EMMG <=> MUX
In this interface the MUX (CP525) acts as the server. It continuously listens for connections on a predefined port. EMM servers are set up as described in section
When a client tries to connect the client must be verified before it can start sending EMMs. On a successful connection the EMMG will deliver EMMs to the CP525. These are played out continuously and automatically signaled in the CAT.
If something goes wrong during the initialization, an alarm will be triggered and an error message will be sent to the EMMG if possible. If there error is severe enough the CP525 will reset its connection to the EMMG and re-listen.
Remember to check the alarm log, as some warnings may disappear quite rapidly. In the alarm log the field subid2 represents channel id. If the alarm is related to the stream, subid3 will represent stream id.
8.5.2.2.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 47
Functional Description 47

5.13.3 BISS mode 1

The unit may scramble with a fixed codeword using BISS1.

5.13.4 Scramble service

Setting up a service for scrambling is done by navigating to the output, selecting the desired service and choosing the scrambling tab from the edit service menu. See Section 8.7.2.6.4 for details.
It is possible to define scrambling both on the service level and the component level. When configuring scrambling on the service level, there is a feature which easily enables scrambling of all audio and video components within the service, see figure 8.107.
This will also scramble any future added audio/video components for this service. When con­figuring scrambling on the component level, one may the override the default settings specified on the service level or set up separate settings for each component regardless of the settings on the service level, see figure 8.108.
Note: The CP525 will scramble at most 108 Mbit/s output.
When setting up scrambling one must choose which ECM PID to link the service to. Available ECM PIDs are shown in a drop down menu listing all existing ECM connections, see figure
8.107. When the desired ECM PID is selected, the service will automatically be signaled with
this ECM PID.
Note: It is possible to signal ECMs in the service PMT without actually scrambling any components. This is also possible without a successful ECM connection as long as a connection is defined.
Note: The setup when using BISS scrambling is identical to Simulcrypt scrambling.

5.14 Service fallback

5.14.1 General

The CP525 offers a SW module for redundancy on service level. The module monitors the alarm level for two services and selects the best service according to the user specified switching criterias.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 48
48 Functional Description
Selected service
Service fallback switch controller
Service A alarm status
Service A port status
Service B alarm status
Service B port status
GPI input
Manual input
Note: Service fall-back is a licensed feature and this tab is only visible if the licence key is installed.
A block diagram of the service fallback switcher is shown in figure 5.15
The service fallback switch controller only relates to alarm levels for the two corresponding services and the ports for each service. It is up to the user to configure appropriate alarm levels for each of the alarms an input/service is able to generate. The switching criteria are configured as follows:
For each alarm level (starting with the highest, most severe level), the following configuration is done:
The required level of the other service needs to be lower than the configured level, e.g. when configuring the switch criteria for “Critical (6)” main level, the spare input must be on level “Major (5)” or lower.
Example: A very simple configuration may be to only switch on “Critical (6)” level and require “OK (1)” level on the spare input.
The switch controller is designed as a state machine that uses two timeout values in order to avoid regular switching between the two inputs.
A simplified state chart of the controller is shown in
Figure 5.15 Service fallback block diagram
Enable/disable switching for this level
Required alarm level of the other (spare) input to allow switching
The confirm time for this level (how long to wait before doing a switch)
5.16.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 49
Functional Description 49
waitauto
wait_confirm
switch criteria met confirm_timeout > 0
confirm_timeout expired, switch criteria still met
=> DO SWITCH!
confirm_timeout expired, switch criteria not met
switch_timeout expired
switch criteria met confirm_timeout = 0
=> DO SWITCH!
switch criteria changed
=> UPDATE TIMEOUT
Figure 5.16 Service fallback switch controller state machine
In “auto” state, the switch controller is “armed” and continuously listens to change in the top level alarm status for each service. For each change event, the controller evaluates the levels and checks if the switching criteria is met. If the answer is “yes”, the controller does the following:
If the confirm_time is zero, the controller does a switch immediately and jumps to a wait state where it will wait switch_timeout seconds before it re-enters the auto state.
If the confirm_time is larger than zero, the controller jumps to a wait_confirm state to actually confirm that the switch criteria still is met after the configured time. If the criteria is still met, the controller performs a switch and jumps to the wait state. If the criteria is no longer met, the controller does no switching and jumps back to the auto state.
Both the confirm_time and switch_timeout can be individually configured for each service switcher.
The state of the switch controller (including timing information) is available in the GUI.
5.14.2 Details on confirm timeout handling
The confirm_time is configured for each severity level. I.e. a confirmation time for “critical” main input level can be set lower than for “major” and so on.
For example, 5 seconds may be configured for the “critical” state while 20 seconds may be configured for the “major” state.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 50
50 Functional Description
A special case deserves more explanation: multiple alarms, with different severity levels, during the wait_confirm state. The controller is designed so that it will not “stay forever” in the
wait_confirm state and will respond to the most critical alarm.
The controller has separate timers for each severity level, and each timer has an independently configured confirm_time. When an alarm event is detected the timer for that alarm level will be started and the switch will enter the wait_confirm state. When the timer reaches the
confirm_time then the controller will perform a switch and enter the wait state. If, whilst the
switch is in the wait_confirm state, a second alarm event occurs with a different alarm level then the timer for that alarm level will be started and will run “in parallel” with the timer for the first alarm event. There is then a “race” between timers and in this case the first timer to reach its confirm_time will cause the controller to perform a switch and enter the wait state at which point all alarm timers are reset.
Three example scenarios illustrate the behaviour. Assume that the controller is configured to switch at both “major” and “critical” levels.
The confirm_time values are configured as follows:
Major: 30 seconds Critical: 5 seconds
Example scenario 1
A major event is detected and the switch controller jumps to the wait_confirm
state and the alarm timer for the major event alarm level is started.
After 10 seconds, a critical event is detected and the alarm timer for the critical event alarm level is started. After a further 5 seconds the critical event alarm timer reaches its confirm_time and the controller will perform a switch. (The critical alarm timer “beats” the major event timer in the “race” to switch).
Example scenario 2
A major event is detected and the switch controller jumps to the wait_confirm state and the alarm timer for the major event alarm level is started.
After 28 seconds, a critical event is detected and the alarm timer for the critical event alarm level is started. After a further 2 seconds the major event alarm timer reaches its confirm_time and the controller will perform a switch. (The major alarm timer “beats” the critical event timer in the “race” to switch).
Example scenario 3
A major event is detected and the switch controller jumps to the wait_confirm state and the alarm timer for the major event alarm level is started.
After 10 seconds, a critical event is detected and the alarm timer for the critical event alarm level is started. After a further 2 seconds the critical event clears and the critical event timer is reset without a changeover occurring. After a further 18 seconds the major event alarm timer reaches its confirm_time and the controller will perform a switch. (The critical alarm exits the “race” after 2 seconds without a switch being carried out).
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 51
Functional Description 51
TS= 0.1s
2 1 0
2 1 0
2 1 0
2 1 0
2
1
2 1 0
2
1
2 1 0
T
B
T
A
2
Sample point with down-count from flank to GPI state change
GPI signal
Filtered GPI state
Service switch position
TA 0.2-0.3s Time from GPI flank to state change
TB Time from GPI state change to service switch
normal switch main to spare
normal switch spare to main
switch to spare, spare already active
interrupted switch
Switch spare to main, dual flank
T
C
TCMore than 0.1s for successful flank detection

5.14.3 Manual switching on GPI

The service fallback module has the option to be manually controlled by a GPI (general purpose input) signal on the relay/alarm connector (see
This GPI signal can also be used to trigger a unit reset. Naturally, only one of the functions can be used at a time.
When used as an input to a service switcher, the GPI signal is used for manual switch over, performing the same action as when pressing the ’switch to main’ or ’switch to spare’ buttons (see Section 8.7.2.6.5).
6.1.11).
Figure 5.17 GPI timing diagram
5.17 shows the timing contraints on the GPI input signal. The input signal is sampled 10 times
a second, and a state change is detected on 3 consecutive samples in the same state after a flank.
The black lines in the diagrams show the input GPI signal, which is used to generate an internal GPI state signal shown in red. Whenever the GPI input state changes an event is sent to the service fallback switch controller, which will perform a switch if switching on GPI is enabled and the new state signalled is oppsite to the currently active service. The blue line, which indicates the currently active output service, shows that there is a delay TBbetween the GPI state change and the actual performance of the switch.
The first part of the last time line in the diagram shows how the GPI line should be controlled to perform a manual switch if the current level of the GPI is already in the same position as the wanted switch position. A pulse of slightly more than one sampling interval is required before pulling the signal back, to be able to detect a flank.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 52
52 Functional Description

5.15 Hitless switching

The CP525 enables hitless switching by combining smallcast on the transmitter side with RTP/IP diversity reception on the receiver sider. Hitless switching provides redundancy by protecting the stream against errors in IP transmission, but in a different manner compared to Forward Error Correction (FEC). FEC is designed to protect the stream against single or short burst packet losses, whereas hitless switching provides protection against loss of complete data input, for example, due to link or equipment failure.
The main idea of hitless switching is to transmit two identical copies of the data stream over separate network paths. At the receiver side, the data from the two incoming streams are combined at packet level to form one data stream. This way, if one of the network paths experiences severe packet loss or complete link failure, data from the other network path can be used to output an error free stream.
At the transmitter side, the CP525 allows sending identical copies of the data stream to a user defined list of destinations by enabling smallcast. During smallcast transmission all identical streams are tagged with the same, randomly generated Synchronization Source ID (SSRC). For each destination, the network interface (or a VLAN on any the interfaces) and separate unicast or multicast destinations are selected so that the two data streams used for diversity reception are routed to their respective network paths directly at the CP525 or at the first sebsequent network node.
At the receiver side, the IP source parameters are first configured as the master and slave sources (i.e. first and second IP source). When the data streams have identical SSRCs, they are assumed to be identical streams and used for diversity reception. Diversity reception operates on the RTP packet level. The two incoming data streams are combined to form one error free stream as long as there is one correctly received packet from either input stream. There will be packet loss at the combined stream only when the packet is received on neither of the two IP sources. The data stream resulting from combining the two incoming data streams will then be processed as one RTP packet stream. RTP/IP diversity reception is a licensed feature and is required at the receiver side. No licence is required for smallcast transmission.
Note: If the same data streams are received at both sources, the sources will act as equal providers of data. If received streams at the sources are not identical, the data from the master IP source will be used and data
from the slave IP source will be discarded.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 53
Functional Description 53
Alarm Manager
Virtual Relays
Output Mute Controller
State
Machine
Logic
Virtual relay 1 Virtual relay 2
Virtual relay N
Current
alarms
Criterion 1 Criterion 2
... Criterion N
Mute signal

5.16 Output Mute Controller

The output mute controller is an optional module that may be attached to an output. The module can be configured to monitor the status of the device and perform automatical shutdowns of the output port based on configured criteria.
Figure 5.18 shows the basic structure of the mute controller. The controller has a list of criteria
and mutes the output whenever one or more of the criteria are active.
Figure 5.18 Output Mute Block Diagram
Each criterion uses a virtual relay in the alarm manager as input signal, and validates the event for a configurable integration time before signaling the criterion as active to the mute state machine.
Each virtual relay is configured to activate based on a logical expression specifying a combination of alarm entities such as alarm ID and port number. In this way any alarm in the system can be used as an output muting criterion.
See
Section 8.4.2.3 for a description of the logical expression syntax.
Once an action is taken by the muter, the controller enters a hold state in which no further actions are taken. The time to stay in hold state can be specified with separate values for entring a mute and exiting a mute.
The user can configure whether to require manual interaction to unmute once muted, or if the controller should do this automatically once all criteria turn inactive.

5.17 The SFP module

The SFP module (SFP = small form-factor pluggable) is a third-party product providing an extra, optional interface to the CP525. Depending on the module type it may act as a direct bridge to E3 and T3 telecom network lines using coaxial cable, or provide a high-speed STM-1/OC-3 optical interface employing single or multi-mode optical fibre.
An SFP module may be configurable or non-configurable. Using a configurable SFP module the parameters relevant to its operation are controlled through the CP525 WEB interface. Control information is passed to and from the SFP module using the I2C protocol.
A wider range of settings are available using the SFP module internal WEB server. To access the internal WEB server an SFP configuration adapter is required. For further information on this, and for detailed technical specifications, refer to the vendor’s manual for the specific device.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 54
54 Functional Description
Figure 5.19 A
typical SFP module
The CP525 provides a slot to accommodate an SFP module. Access to the SFP interface is possible if the SFP software is installed and the feature key has been licensed (see section
Section 8.4.9).
The SFP interface must be expressly enabled from the CP525 user interface (Device Info > Maintenance > General) by selecting SFP from the Electrical/SFP dropdown menu and hitting
Apply
After rebooting, the user interface will reflect the presence of the SFP network interface. This is managed the same way as other network interfaces, but with an extra WEB page tab to support SFP specific functionality.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 55
Physical Description 55
MUX Inputs
GND
OPTICAL
USB
1PPS/ 10MHz
ALARMPSU
ALARM / RESET
CONTROL
AC100-240V 0,7A 50-60Hz
ASI IN
ACTIVE
ASI 1 ASI 2 ASI 3 ASI 4
ASI IN
ACTIVE
ASI 5 ASI 6 ASI 7 ASI 8
DATA 2DATA SFP DATA 1
USB
Main output port
SFP Port
USB Port
Ethernet
Data Ports
Alarm / Reset
Interface
1PPS
Input
(For optional
SFN operation)
Mains Power
Connector
Technical
Earth
MUX Inputs or
output copies
Ethernet
Management Port
LED replica of
front panel
MUX Inputs
GND
OPTICAL
USB
1PPS/ 10MHz
ALARMPSU
ALARM / RESET
CONTROL
AC100-240V
0,7A 50-60Hz
ASI IN
ACTIVE
ASI 1 ASI 2 ASI 3 ASI 4
DATA 2DATA SFP DATA 1
USB
Main output port
SFP Port
USB Port
Ethernet
Data Ports
Ethernet
Management Port
Alarm / Reset
Interface
1PPS
Input
(For optional
SFN operation)
Mains Power
Connector
Technical
Earth
MUX Input
or output
copy
ASI 5 ASI 6 ASI 7 ASI 8
ASI IN
ACTIVE
LED replica of
front panel

6 Physical Description

6.1 Connecting the CP525

6.1.1 Physical description overview

The front panel provides two LEDs per CP525. The meaning of each LED indicator is shown in table 6.1.
Table 6.1 Front panel LED descriptions
Indicator Colour Description
Power Green This LED is lit when power is on and initialisation is complete
Alarm Red This LED is lit when a failure is detected by the unit
These LEDs are also replicated on the rear panel, which is shown in figure 6.1.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Figure 6.1 Rear panel on 2 ASI card variant
Figure 6.2 Rear panel on 1 ASI card variant
Page 56
56 Physical Description
GND
OPTICAL
USB
1PPS/ 10MHz
ALARMPSU
ALARM / RESET
CONTROL
AC100-240V
0,7A 50-60Hz
DATA 2DATA SFP DATA 1
USB
MUX Inputs or
output copies
MUX Inputs
Output copies
Mains Power
Connector
Technical
Earth
1PPS
Input
(For optional
SFN operation)
Alarm / Reset
Interface
LED replica of
front panel
Ethernet
Management Port
Ethernet
Data Ports
USB Port
SFP Port
1
2
3
4
5 6
7 8 9 10
Figure 6.3 Rear panel with 10 ASI connectors
Remove mains supply before moving or installing the equipment. Ensure ESD precautions are observed whilst interconnecting equipment.

6.1.2 ASI ports

The CP525 can be shipped with either one or two ASI cards, each with 4 BNC connectors, yielding 4 or 8 ASI connectors on the back panel. The back panels of these two variants are shown in figure 6.1 and figure 6.2. Another configuration is with one ASI card that supports 10 ASI connectors as shown in 6.3.
The ports have flexible direction control to best meet the usage cenario of the device.
The CP525 can generate one Transport Stream output, and each ASI port can either be used as an output carrying a copy of this TS, or it can be used as an input to the multiplexer.
Switching the direction on a port does not require a re-boot, and can be performed while the other ports are in service.
The available options for each port are shown in table card, 1 ASI card and 10 ASI connector configurations respectively. (X) means valid option, (-) means not valid. The 10 ASI connector configuration has not got any LEDs associated with the ports.
Table 6.4.a Port direction options on the 10 connector variant
ASI port Input Output Copy
1 X X
2 X X
3 X X
4 X X
6.2, table 6.3 and table 6.4 for the 2 ASI
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 57
Physical Description 57
Table 6.4.b Port direction options on the 10 connector variant
ASI port Input Output Copy
5 X X
6 X X
7 X -
8 X -
9 - X
10 - X
Table 6.2 Port direction options on 2 ASI card variant
ASI port Input Output Copy
1 X X
2 X X
3 X X
4 X X
5 X X
6 X X
7 X X
8 X X
Table 6.3 Port direction options on 1 ASI card variant
ASI port Input Output copy
1 X X
2 X X
3 X X
4 X X

6.1.3 ASI input ports

All physical ports configured as inputs are available for use, but the number of simultaneously enabled ports is limited by the licence key Number of input ports activated.
In the four and eight ports configurations, each ASI input port has two LEDs associated with it. The yellow LED indicates active input and the green LED indicates that sync is detected.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 58
58 Physical Description
Table 6.5 ASI Input LED description
LED Colour Description
Upper yellow Lit when input is enabled, unlit otherwise.
Lower green Lit when input is in sync, unlit if not in sync.

6.1.4 ASI output ports

The CP525 can transmit 1 DVB Transport Stream. Any of the physical ASI connectors can be configured to carry this output signal.
One LED is used for each ASI output port: A green LED is lit whenever the output is enabled.
Table 6.6 ASI Output LED description
LED Colour Description
Lower green Lit when output is enabled, unlit otherwise.
Upper Not in use for outputs

6.1.5 1 PPS Input

The CP525 comes with a 1 PPS input. Activating the port is a software option that enables the device to operate as a MIP inserter in SFN networks.
The 1 PPS port is mounted to the right, below the output ports.
1 PPS input
BNC female 50 ohms

6.1.6 Electrical Ethernet Data Ports

The CP525 comes with two Ethernet data ports. These data ports can be used to carry MPEG transports streams if the licence key Ethernet data interface is installed.
These ports can also be used for management of the device.

6.1.7 SFP port

The CP525 has one slot for SFP modules.
When using the SFP slot, the DATA-2 Electrical Ethernet data port is turned off. This is done on the ’Device Info->Maintainance’ page.
To use the SFP slot, the licence key SFP module must be installed.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 59

6.1.8 Power Supply

Physical Description 59
Section
4.5 provides details of the power supply, protective earth and security. Read all these
instructions, prior to connecting the units power cable.

6.1.9 Ethernet Management Port

The CP525 provides one Ethernet port for control and management. Connect the management port to the management network. The LEDs for the management port are used as follows:
Table 6.7 Ethernet management port LEDs
LED indicator Location Description Colour
Speed Left Unlit = 10 Mbit/s, Lit = 100 Mbit/s Green
Traffic and link Right Lit=Link, Blink=data tx or rx Green

6.1.10 Technical Earth

Connect the Technical earth to a suitable earth point.

6.1.11 Alarm/Reset

The unit is equipped with a 9-pin male DSub connector to provide alarm information.
Two programmable relays are provided. The first relay is always activated on a critical alarm or when the unit is not powered. Please refer to section 8.4.2.3 for a description of how to program the relays.
The pin out of the connector is shown in table 6.8.
Table 6.8 Alarm/Reset
connector pin out
Pin Function
1. Relay 2 - Closed on alarm (NC)
2. Relay 2 Common
3. Relay 2 - Open on alarm (NO)
4. Prepared for +5V Output
5. Ground
6. Alarm Relay - Closed on alarm (NC)
7. Alarm Relay Common
8. Alarm Relay - Open on alarm (NO)
9. Optional Reset Input / GPI
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 60
60 Physical Description
When there is a critical (level 6) alarm in the unit, unit is not powered or any other programmed condition for relay 1 is satisfied, there will be a connection between pin 6 and pin 7. When the above conditions are not present, there will be a connection between pin 7 and pin 8.
The optional (additional) relay will follow the same behaviour, except that it can also be pro­grammed not to be activated for a critical (level 6) alarm.
A connection between pin 9 and 5 (or a TTL low on pin 9) will hold the unit in reset if this function has been enabled. The connection must be held for 0.5 seconds in order to active the reset. This can be used to force a hard reset of the unit from an external control system. This pin can also be used as a general purpose input (GPI).
For more details regarding the alarm relay, please refer to Appendix on Technical Specifications
A.

6.1.12 Serial USB interface

USB interface:
USB 1.1
Mini USB connector
The USB interface requires a special COM port driver on the PC that shall communicate with the device. This driver is provided on the product CD shipped with the device. The USB interface is intended for initial IP address setup.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 61
Operating the Equipment 61

7 Operating the Equipment

The CP525 is configured and controlled locally and remotely through a Flash-based Web inter­face. The only application required on the computer to use this interface is a Web browser and the Adobe Flash Player.
Note: Adobe Flash Player 9.0 or newer is required to use the Web interface of the CP525. As a general rule it is recommended to always use the latest
official release of Flash Player (version 10 or newer). If the Flash Player is not installed on the adminstrator PC, a copy is provided on the CD delivered with the device. Alternatively, the latest Adobe Flash Player can be downloaded free of charge from
http://www.adobe.com.
Note: When using Microsoft Internet Explorer, version 6.0 or higher is
required. It is however recommended to upgrade to version 8.0 or newer
for best performance.

7.1 Accessing the graphical user interface

The default IP address of the CP525 will most probably not be suitable for the network where the unit will operate. Initially therefore, the user should change the IP address of the management interface so that access may be gained from the network.
The CP525 offers two options to alter the user interface IP address; through an Ethernet con­nection or using a USB terminal interface. If your management computer allows setting a fixed IP address, change the IP address using the Ethernet option described in Section 7.3.1.
If a static address cannot be configured on your management computer, Section 7.3.2 gives the procedure to initially configure device network parameters (IP, netmask, etc...) using the USB terminal interface.
Configuring the device functionality according to operational needs is done using the Web interface, see Chapter 8.

7.2 Password protection

Remote access to the device is controlled by password protection. If you access the CP525 using the USB terminal interface a password is not required.
There are 3 user levels providing different user privileges, each with a separate default password:
Username Default password Privileges
admin salvador Full access to device
operator natal Configure setting, cannot alter passwords
guest guest View configuration and alarm logs
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 62
62 Operating the Equipment
The passwords can later be changed, either from the Web GUI or via the terminal.

7.2.1 Resetting the password list

If a password is lost, the password list can be reset to factory defaults via the local USB terminal interface. To reset the password list, type the following command in the terminal interface:
userdb factory_defaults
Note: The factory_defaults option on the userdb command is avail- able without administrator previledges only when accessing the terminal via the local USB interface. In remote terminal sessions with a Telnet
client, administrator privileges are required to run the same command.

7.3 Changing the IP address of the unit

The CP525 is supplied with a dedicated management Ethernet port, labeled Control. The default IP configuration (IP address and netmask) of the port is 10.0.0.10/255.255.255.0.

7.3.1 Changing IP address via the Web GUI

Changing the default IP address using the Web interface requires that your management com­puter may be configured with a static IP address.
Note: Avoid connecting through a network at this stage, as this may give unpredictable results due to possible IP address conflicts.
1. Connect an Ethernet cable directly between the PC and the Ethernet control port of the CP525. Configure the PC to be on the same sub net as the CP525. See Figure 7.2.
2. Open your web browser and type http://10.0.0.10 in the address field of the browser. Log into the GUI with username admin and password salvador.
3. Browse to Device Info -> Network -> Control in the GUI, and set the correct IP address settings. Click apply to activate the new parameters. Figure 7.1 shows this GUI screen.
Note: Contact with the unit’s GUI will be lost. Please type http://<your new IP address> in your browser to reconnect to the unit.
Windows XP example
The screen-shot in Figure 7.2 shows how to configure the network interface in Windows XP to communicate with the CP525 with factory default settings. The IP address/netmask
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 63
Operating the Equipment 63
Figure 7.1 Configuring network settings via the Web GUI
Figure 7.2 Setting static IP address 10.0.0.11 in Windows XP
is set to 10.0.0.11/255.255.255.0 which is on the same sub net as the CP525, and does not conflict with the IP address of the device.
Note: If several new devices are accessed, one after another, the ARP cache of the computer from which the devices are being accessed may
have to be flushed between each device, since the same IP address will be used for different MAC addresses. On Windows XP this is done on the command line typing the command ’arp -d *’

7.3.2 Changing the management port IP address via terminal interface

If a static IP address cannot be configured on your computer, follow the procedure below to configure the IP address via the terminal interface.
1. Install the USB driver from the product CD (setup_ftdi_usb_drivers.exe). (This step may
be omitted if the driver has already been installed.)
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 64
64 Operating the Equipment
2. Connect your computer USB port to the CP525 USB port using a suitable cable.
3. Access the terminal interface using a suitable terminal program, emulating an ANSI terminal, on your PC (e.g. HyperTerminal). The USB will appear as a virtual COM port on your PC. No specific serial port settings are required. Assure "scroll lock" is not on. Type <enter> and see that you have a prompt (app>).
4. Test that the connection is successful by hitting the <Enter> key. If successfull an >app prompt should be shown.
5. In the terminal, type the following command and press <Enter>:
net ipconfig --ip <ip address> --mask <subnet mask> --gw <default gateway>.
Example:
app>net ipconfig --ip 10.40.80.100 --mask 255.255.255.0 --gw 10.40.80.1
This will result in the IP address 10.40.80.100 being set. The subnet mask is set to 255.255.255.0 and the default gateway to 10.40.80.1.
Note: The product CD shipped with the CP525 contains a USB driver to use for serial communication with the device on the USB port. The
MS Windows driver installation script is configured to give a one-to-one relationship between the physical USB port number on the PC and the COM port number to use on the PC. Drivers retrieved from http://www.ftdichip.com will also work, but these may not have the same COM port number mapping.
7.3.3 Configuring automatic IP address assignment
The CP525 can be configured to obtain an IP address automatically from a DHCP server on the network. See section 7.3.1 for how to connect, and section 8.4.5.1.1.1 for how to configure this from the GUI. Alternatively, configure it in the terminal by connecting as in 7.3.2 and issuing the following command:
ipconfig --dhcp 1 --hostname <your_device_name>
Example:
ipconfig --dhcp 1 --hostname bonemachine-100
Replace <your_device_name> with the name to register in the DNS system for your device. After this, it should be possible to contact the unit in a browser using the URL:
http://<your_device_name>
To disable automatic IP assignment, use the command
ipconfig --dhcp 0
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 65
Operating the Equipment 65
Note: Hostname registration is only done via the DHCP server, so if DHCP is not enabled the hostname is not registered. The default hostname used is on the format CP525-<serial-no>-<interface-no>
Note: If automatic IP address assignment is configured and the interface is connected to a network that does not support DHCP, the interface will
not receive an address and will fall back to a link local address after about 1 minute, using the first available address in the range 169.254.1.0 - 169.254.254.255. If you have a unit that has been configured with DHCP, but current network does not support it, you should be able to connect to the device for reconfiguration on a local network connection using the address 169.254.1.0. If more devices are using link local addresses, try 169.254.1.1, 169.254.1.2, etc.

7.3.4 Detecting the management port IP address

If you have a unit and do not know the IP address of the Control Interface there are a few options available. The simplest solution is connecting through the USB interface.
7.3.4.1 USB Interface
7.3.2 on how to connect to the unit using the USB Interface.
See
Type the following command to list the currently assigned IP addresses:
app>net ipconfig
7.3.4.2 Nevion Detect
If you are not able to connect through the USB Interface, you may use the Nevion Detect software. This software may be found on the Nevion Product CD (version 2.20 and newer), or by contacting Nevion Support (see Section 2.4). An User’s Manual is also included.
The Nevion Detect software detects devices by sending broadcast messages that the CP525 and other Nevion devices will recognize and reply to with some essential information. The PC running Nevion Detect may be on a totally different subnet than the CP525, such that the device will be discovered regardless of IP addresses and IP submasks.
Warning: Some Ethernet equipment might block broadcast traffic. Con-
nect your PC directly to the CP525 to avoid this.
Note: It is possible to avoid that the CP525 is detected by the Nevion
Detect software. See Section 8.4.5.1.1 for details on how to do this.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 66
66
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 67
WEB Interface 67

8 WEB Interface

The CP525 is entirely controlled through a WEB interface using the web browser’s Flash plugin. After log-in the main status page appears displaying an overall view of the device functionality and status. It also displays a number of tabs giving access to all functional controls of the device.
This chapter goes through the different GUI pages used to control the CP525 and get status information.

8.1 Login

Access the CP525 by entering its IP address in the address field of your favourite browser. When accessing the CP525 the first time, the progress bar (Figure 8.1) should appear while the Flash application is loading from the device.
Figure 8.1 Flash application loading
When the loading of the Flash application is finished, the login window (see Figure 8.2) is dis­played. Type the username and password to enter the GUI application. The default passwords are listed in Section 7.2.
Figure 8.2 GUI login window
The login dialogue has an option “Save password”, which makes the browser store the username and password in a cookie and use them as default values at next login.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 68
68 WEB Interface

8.2 Status header

After successful login the start page is shown. The top part of the page (shown in Figure 8.3) is called the status header, while the bottom part of the page (shown in Figure 8.4) is called the status footer.
Figure 8.3 The status header
Figure 8.4 The status footer
In the status header the product name is shown on the left hand side, along with the configurable product label, see Section 8.4.1.
The status header displays an alarm indicator showing the overall alarm status of the device. The colour of the indicator shows the highest level alarm currently active in the unit. It is green if no alarm is active. Other possible colours are described in Appendix C.
Several items are presented in the right corner/section of the header. Starting from the left:
A text showing the current user name.
A button to log out from the GUI.
A button to switch current user level.
The Nevion logo.
A button for minimising the header. Using this hides a lot of the header information
and gives more space for the rest of the page.
In the status footer the following items are present from left to right.
The current software version
The name of the current configuration, if any. See Section 8.4.1 for details on how to
configure this.
The local device time.
An activity indicator.
Note: The activity indicator shows one box for each request being processed by the unit. Each box may change from green to red if ex-
cessive time elapses during the processing. During normal operation, no squares should turn red. If squares start turning red there might be a problem with the communication between the device and the computer, or the device may be busy. If the device has not responded to a request within 20 seconds, the indicator turns yellow. If no response has been received after 40 seconds, it turns red.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 69
WEB Interface 69
A tab bar is located beneath the status header. The exact number of tabs and tab labelling depends on the units operational mode and licences. Clicking a tab will open the corresponding page with a navigation pane to the left as shown in Figure 8.5. This pane is used to navigate between sub-pages of the tab.
Figure 8.5 Status navigator
Note: The navigator can be collapsed to economise on screen space. Click the vertical grey line with two small arrows to the left of the navigator.

8.3 Status

The status page presents an overview of the device operational status as well as a log of alarm events.
There are two sub-pages within the status page.
Current Status
Indicates the running status of the device.
Alarm Log
Presents the device alarm log and provides operations for clearing the log or exporting it as a comma separated value file (.CSV).

8.3.1 Current Status

This page displays the current status of the device. It consists of a block diagram illustrating the device with its input and output ports, an overview of the currently active network interfaces and a list of currently active alarms.
Block Diagram
The block diagram provides a compact view of the unit status. It shows:
The name of the functional units of the device.
The name and alarm status of each input/output port.
The status of non-I/O port related alarms.
The alarm status is shown with colours indicating the severity of the alarm. The various severities and colours used are described in
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Appendix C.
Page 70
70 WEB Interface
Figure 8.6 Current status
Access to additional information pertaining to the various ports of the block diagram is provided by hovering the mouse pointer over the port within the diagram. The port representations in the diagram also act as shortcuts to the corresponding configuration page for the port. The shortcut is activated by clicking on the port in the diagram.
All ASI ports that are possible to use as an input are shown to the left in the block diagram. Ports that are currently used as output copies are greyed out and also shown in the right hand side of the diagram.
If the unit has the ethernet data interface feature enabled, the following elements are also added to the diagram.
To the right in the diagram a box is shown representing the IP output from the unit. It is coloured in the same way as the ASI ports and it has a text explaining which IP interface it will transmit data through when enabled.
To the left of the ASI ports there is one large box per IP interface that can carry data traffic. Above the box is the name of the interface. Below this is a bar that shows the current IP RX load. Below the bar is a box that shows the overall status of the interface. If the box is grey the interface is disabled or data traffic is not allowed on the interface. If the box is coloured, the colour shows the current alarm status of the interface.
Inside the interface boxes is one or more smaller frames, some containing even smaller coloured boxes. The frames represent virtual interfaces (VLANs) configured on the inter­face, and the smaller boxes represent IP input ports. The top horizontal frame contains all IP input ports that use the physical interface, not a VLAN. There is one vertical frame for each configured VLAN, each showing an IP input port using that VLAN.
Each of the smaller boxes are coloured depending on their status, similar to the ASI ports. It is possible to move an IP input port from one interface to another by dragging the box and dropping it on a different interface and if you click an IP input port you are taken to the configuration page for that port.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 71
WEB Interface 71
If an input switch is defined, it is shown in the status diagram as a box inside the device block in front of a MUX block. The block shows the ports that are members of the switching group, and the currently selected port. Clicking the switch block will take you to the configuration page for the switch.
Output mute controllers are represented with a block labeled Muter near the output port it manages. The muter block shows graphically the current state of muting. There is also an indication of whether automatic muting is enabled (A=auto) or disabled (M=manual).
The mute controller block has a tool tip with status on the controller, clicking the block links to the muter controller page on the output, and right clicking offers a short-cut for manual mute operations.
Right-clicking the status block diagram top bar offers a shortcut to clear device statistics parameters. Selecting Reset device statistics brings up a dialogue where you can select which information to clear.
Current Alarms
The bottom part of the page shows the currently active alarms. Some alarms may contain several sub-entries that are displayed by clicking on the arrow in front of the entry’s description. The severity of each alarm is represented by an error indicator (visually similar to a LED). The colour of the indicator represents the severity level configured for the specified alarm. The various severities and colours used are described in Appendix
C.
The Current Alarms table contains six columns:
Description
Description of the alarm condition.
For sub-entries, the extended index is shown in brackets. To the left is an indicator visual­ising the severity of the alarm. The indicator has a tool-tip providing a textual description of the alarm severity.
On Time
The time when the alarm was raised.
Alarm type
Category of the alarm, i.e. Port, System, Switch etc.
Source
This identifies the source of the alarm. For port alarms, this is a reference to the specific port raising the alarm. This field has a tool-tip showing the subid1 and subid2 values for the alarm.
Subid1
Reserved for future use in multi-slot chassis and is always set to 1 in the CP525.
Subid2
The device or port to which the alarm relates. The value is zero for alarms that are related to the device rather than to a specific port. Values of 1 and up reference specific ports.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 72
72 WEB Interface
Alarm ID
Each alarm condition has an associated numerical alarm ID.
Details
An optional string to provide more alarm information in human readable form. The format of this string depends on the alarm type. Hovering the mouse over this field produces a tool-tip displaying the full text.
A detailed overview of alarm conditions is given in Appendix C.

8.3.2 Alarm log

Figure 8.7 Alarm log
The alarm log shows every alarm that has been triggered since the last time the alarm log was cleared.
The table consists of the same columns as the Current Alarms table, but does not show details by default. You can change which columns to show, including the details column, in Section
8.4.2.4. Additionally a column named Off Time shows the time the alarm condition was cleared.
Rows will not have the Off Time set if the alarm is still active.
Each row provides additional information via a tool-tip shown when hovering the cursor over the row. The tool-tip entries are:
Sequence #
A number identifying this specific alarm instance. This number is incremented each time an alarm condition is raised.
SubID 1
The primary numerical index of the alarm instance. This index is reserved for future use and is always set to 1 in the CP525.
SubID 2
The secondary numerical index of the alarm instance. When the alarm is of type Port
alarm this index contains the port number for which the alarm was raised. Other types of
alarms may use this index to identify a sub module, but normally it is set to 0.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 73
WEB Interface 73
SubID 3
The tertiary numerical index of the alarm instance. The use of SubID 3 depends on the type of alarm. Some of the Port type alarms use this index to signal the PID value or Service ID for which the alarm was raised. For example, if the CC Error of a PID is raised then the PID value is given by SubID 3.
Details
An optional string providing more information about the alarm in human readable form. The content and format of this string depends on the alarm type.
Beneath the alarm table is a caption showing the total count of alarms currently stored in the alarm log.
To the right of the table are three buttons and a check box.
Clear Alarm Log
Clears all alarms from the alarm log.
Export to File
Saves the alarm log to a comma-separated value (.CSV) file. The button opens a file dialogue where the user can choose the destination to save the file on the computer.
Export to Browser
Opens the complete log in a new browser window, showing the alarm log as a comma­separated value list. The format of this list is a text file (not HTML or XML).
Enable updates
This check box can be unchecked to stop the log from scrolling if new alarms are triggered while watching the log.
The alarm log is stored in non-volatile memory, so the content is kept even if the unit is rebooted.
The log is circular. Events occurring after the maximum number of entries has been reached overwrite the oldest entries in the log. The maximum number of stored entries is 10000.

8.4 Device Info

The device info page contains all the information and settings that are not related to a single input or output port. It is divided into multiple sub pages accessed via the navigation list to the left. In the list of physical interfaces in the navigation list, the currently active interface is shown in bold. See Figure 8.8.
The exact layout of the navigator depends on the resources and features currently available in the device.

8.4.1 Product info

The product info page contains general device information.
Name
Configures the current user defined name of the unit. This parameter, together with the
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 74
74 WEB Interface
Figure 8.8 Device
Info navigator
Figure 8.9 Product Information
management network parameters are used as device identifiers and remain untouched if the unit configuration is changed by loading a different configuration file. See Section
8.4.8. The device name is shown in the web GUI status header (see Section 8.3.1), and in
the web browser title bar to facilitate identification of each device.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 75
WEB Interface 75
Inventory ID
Configures the current user defined inventory ID of the unit. This parameter, together with the management network parameters are used as device identifiers and remain untouched if the unit configuration is modified. It is only intended as a label/tag and will not affect the operation of the unit.
Configuration ID
Configure a user defined name for the current configuration of the unit. This name will, if given, be diplayed in brackets after the unit name in the status header as shown in Figure
8.3. The Configuration ID does not, as opposed to the Name and Inventory ID fields, remain
untouched when loading a new unit configuration. Loading a new unit configuration will change the Configuration ID. See
Section 8.4.8 on how to load a new configuration.
Product name
Displays the name of the product as designated by Nevion.
Serial number
The serial number of the device.
Software version
The version of the software currently installed on the device. The software version is given by the following syntax:
<major_version>.<minor_version>.<patch_version>
The convention for the SW version numbering is as follows:
major_version
Incremented for significant SW changes.
minor_version
Incremented for minor changes. The minor version number is even for official retail releases and odd for beta releases.
patch_version
If minor_version is even, patch_version gives the patch level of that version. A patch level of zero means the SW is built on the latest code base, an even patch_version means this is a released SW patch on a previous release. An odd patch_version means that this is a test version. If minor is odd, this is a beta version, and the patch_version simply gives the build number.
Software build time
Reports the time of which the current release image was built.
Device up time
The amount of time that has passed since the device was last reset.
Internal temperature
This shows the current internal temperature of the unit in degrees Celsius and Fahrenheit.
Fan speed
This bar chart shows the current speed of the device fans relative to full speed.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 76
76 WEB Interface
Flash Power LED button
The Flash Power LED button activates flashing the green power LED on the device in question. This is useful for identifying which device is currently being configured. Each click of the button extends the blinking period by five seconds up to a maximum of about 30 seconds of blinking.

8.4.2 Alarms

The Alarms page is shown in Figure 8.10:
Figure 8.10 Alarm configuration
This page displays the status of all system alarms and allows the user to program the severity of these alarms. Global alarm configuration is performed on this page, as well as alarm relay configuration and alarm log configuration.
It gives access to the following sub pages:
Device Alarms
Global configuration
Relay and LED configuration
Alarm Log Settings
8.4.2.1 Device alarms
The page shown in Figure 8.10 provides the administrator with an interface to view the status and configure the behaviour of all alarms related to the system. At the top the Reset Alarm
Counters button allows resetting all alarm counters simultaneously.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 77
WEB Interface 77
The page is divided into two parts. On the left is a tree that shows all the alarms. The colour of the folder icon and the specific indicator represents the current status of the alarm. The text to the right of the tree shows the currently configured severity of the alarm.
The right hand side of the page displays the Alarm Details field when an alarm is selected:
Alarm ID
The internal numerical ID of the selected alarm.
Alarm
Title of the alarm.
Description
Brief description of the condition of the alarm.
Severity
A configurable option defining the severity of the alarm. Options in the pull-down box range between Filtered (meaning ignored) to Critical. The text in brackets represents the default setting.
Alarm turned on
The number of times the alarm has transitioned from off to on since last reset of the alarm counter.
Error count
Not used.
’Reset Counters’ button
When clicked, clears the alarm counters for the current alarm.
The right-click context menu of the device alarm page provides an option to reset the counters of all the alarms in the Device Info tree.
8.4.2.2 Global configuration
Figure 8.11 Global alarm configuration
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 78
78 WEB Interface
This page provides an interface to configure globally the behaviour of all alarms. By default ports use the global configuration settings but each port alarm can be configured individually to override these settings.
For each alarm a custom severity level can be configured. In addition the alarms can be omitted from the alarm log and trap transmission.
Edited rows are highlighted until changes have been applied.
Tip: For the Log and Send Trap columns, you can quickly select/deselect
all items by right-clicking on the header fields in the columns.
8.4.2.3 Relays and LED
This page lets the user configure the alarm severity level that shall turn the relays and alarm LED on. The behaviour of Alarm relay 1 and Alarm relay 2, and the Alarm LED may be configured individually for each alarm severity level. Note that the Alarm relay 1 and the Alarm LED will always be enabled for alarm severity level Critical, as indicated by the disabled check boxes in the Relay and LED level triggers field. The current state of the relays and LED is indicated inside the associated brackets.
Figure 8.12 Relays and LED configuration
For further details on the physical relays refer to Section A.5.1.
The Virtual Relays field shown in Figure 8.12 also includes settings for the so-called virtual relays. These are programmable status indicators that can be set to react to any specific alarm condition. In the simplest case you may want to enable a relay in case a specific alarm ID turns up. In another case you may want to enable a relay if a specific alarm turns up on a given port.
Each relay status are exported on SNMP. Activation of a virtual relay also generates a specific alarm, named "Virtual alarm relay activated" (ID=169).
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 79
WEB Interface 79
The key element in the settings of the virtual relays is the Expression value. The expression is very close to SQL in syntax and specifies when the relay should be activated. The behaviour is as follows for each virtual relay:
1. Each active alarm event is evaluated against the Expression for the virtual relay (if
enabled).
2. If the expression evaluates to true, the Count value is increased by 1. You can at any time see the current count value. The Count value simply tells you how many of the current (active) alarm events in the unit that matches the expression.
3. If the count value is larger than or equal (>=) to the Count Thresh. value the relay is activated.
The expressions are validated before they are accepted by the unit. Table 8.1 shows the field values you may enter in an expression.
Table 8.1 Legal field values to use in expressions
Field name Extracts from event: Type Sample expression
id Alarm ID Number id = 169
text Alarm text Text text = ’Defective fan’
type_num Type number Number type_num = 13
type_text Type text Text type_text = ’port’
sev Severity (number 2-6) Number sev = 6
details Alarm details (text) Text details = ’PID 113’
subid1 Alarm subid1 value Number subid1 = 1
subid2 Alarm subid2 value Number subid2 = 2
subid3 Alarm subid3 value Number subid3 = 1190
port Synonym for subid2 Number port = 2
service Synonym for subid3 Number service = 102
pid Synonym for subid3 Number pid = 2000
In the expressions you may enter parentheses to group sub-expressions together. Together with the supported list of operators this gives great flexibility in constructing advanced “match” patterns.
Table 8.2 summarises the operator types you are allowed to use. Please note that the examples
below are used for illustration purposes only. For example, the plus and minus operators may not be very useful in practise, but they are included in this table for completeness.
Table 8.2.a Legal operators to use in expressions
Operator Description Sample
= Equal id = 169
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 80
80 WEB Interface
Table 8.2.b Legal operators to use in expressions
Operator Description Sample
!= Not equal id != 169
AND Logical AND id = 169 AND port = 2
OR Logical OR id = 169 OR id = 200
IN Set operator. Returns true if left-hand part is included in set to the right. id IN (169,200,201)
+ Addition id + 9 = 169
- Subtraction id - 8 = 160
* Multiply id * 10 = 100
/ Divide id / 20 = 8
> Greater than id > 100
< Less than id < 90
>= Greater than or equal id >= 100
<= Less than or equal id <= 100
Some examples are given in Table 8.3.
Table 8.3 Expression examples
Task Expression Count threshold value
To generate an alarm when any alarm with ID = 200 turns up (independent on source)
To generate an alarm when alarm with ID = 200 turns up on port with ID = 1 (subid2 =
1)
To generate an alarm when alarm with ID = 200 turns up on both port 1 AND port 2
id = 200 1
(id = 200) AND (port = 1) 1
(id = 200) AND ((port = 1) OR (port
= 2))
2
Note the last example in the table: Here the count threshold value must be set to 2 to get the expected behaviour. This is because the expression entered matches two different alarm events (port=1 or port=2), and in order to match them both two matches are required in the global alarm list.
8.4.2.4 Alarm log settings
This page is used to set alarm log properties.
Log delimiter
This parameter is used when exporting the alarm log. It specifies the column separator character. The default value for the delimiter is ;. The character used may affect auto­importing of the exported file into your favourite tool used to inspect the file content.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 81
WEB Interface 81
Figure 8.13 Configuring the alarm log
Figure 8.14 ASI
port direction control
Columns
Each of the columns in the alarm log table has a checkbox. Columns that are selected are shown on the alarm log page.
8.4.3 Port Mappings
This page offers an interface to configure the direction of the installed ASI ports. The valid options are visible as selectable radio buttons for each port.
The number of ports shown in the port map grid corresponds to the number of physical con­nectors installed in the chassis and the meaning of the different choices are:
Mode
Direction of the port, with two choices:
Input
Use the port as an ASI input to the multiplexer. All input ports can be used, but the number of inputs that can be enabled simultaneously is limited by the licence key
Number of input ports activated.
Output-Copy
Use the port as an ASI output, transmitting the multiplex generated by the unit.
The valid selections are also documented in
Section 6.1.2.
Format
Additional option for output ports, only available in ATSC+DVB mode. This option makes
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 82
82 WEB Interface
it possible to transmit both ASI and SMPTE 310M simultaneousy, the ports carrying the same content.
ASI/310M
The format on the output port follows the format configured on the TS-OUT port.
ASI
The port is always using ASI, even when the TS-OUT is configured to SMPTE 310M.
Configure the mapping that best matches your needs and press apply to activate the new matrix. Re-configuration does not require re-booting. The choices made will be reflected in the logical block diagram of the device on the status screen (see also Section 8.3.1)
Note: The port map settings are tagged to follow the device (see Section
5.7.2, and even though the parameters are exported in the configuration
file format, they are not overwritten when loading a configuration file via
the GUI to another device.

8.4.4 Time Settings

Figure 8.15 Time Settings
The time settings page lets the user configure time zone, the source for synchronising the internal device time clock and set the internal clock in case of failure of all external sources of clock synchronisation. The main use of the device time is stamping the entries of the alarm log.
The page consists of four main parts. Top left is the General box, containing the following parameters:
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 83
WEB Interface 83
Current time
The current time as reported by the device.
Time zone
Drop-down list to configure the time zone of the unit.
Status
The status of the time synchroniser.
Active
The time source currently in use by the time synchroniser.
The Manual Adjust Time field allows the operator to set the time. The manually configured time will only be used when no other time sources are configured in the Prioritised time sources list.
The Timesource prioritisation field contains two lists showing configured time sources. Disabled time sources are greyed out. Enabled time sources are shown with an indication of the time source status. The list to the right shows time sources that are defined but not used by the time synchroniser. Enabled time sources may be moved to the leftmost list by using the arrow­left button, and back again by using the arrow-right button. Time sources in the left hand list are used by the time synchroniser to set the time. They are listed in prioritised order; the source with the highest priority at the top. The order of priority can be altered by clicking an item in the list and using the up or down arrows to the left of the list to increase or decrease, respectively, the item priority. The time synchroniser will use the time source with the highest priority whose status is “OK” (represented by a green indicator).
Figure 8.16 Time Settings - Add time source
To add a time source to the system, click the “Add Timesource” button, which brings up the dialog shown in Figure 8.16 with the following fields:
Timesource type
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 84
84 WEB Interface
SNTP
Time source retrieving time from an SNTP server.
Server address
Specify the server IP address here.
TDT TOT or STT
Time source retrieving time from DVB TDT, DVT TOT or ATSC STT time tables on a port.
Input source
Lists ports that can be used as time sources with the selected time source type (Figure 8.16. Multiple entries can be selected to add more than one time source. For switched inputs, you may select the time source to get time from the in­put switch group, which will make the time source retrieve the time from the currently active input in the switch.
To remove time sources, Select them in the list and click the “Remove Timesource” button. Time sources for dynamic ports such as IP inputs and Switch inputs, are automatically removed if the dynamic port is removed.
Located below the lists is also a field to define the maximum allowed time interval between updates from the currently used time source. Exeeding this interval the source is considered “Not OK” and the synchroniser selects the next source in the prioritised list.
Upon selecting a time source, the Timesource Details box at the bottom right of the page provides additional details relating to the selected time source. Depending on the type of time source selected the box may contain some or all of the following parameters:
Active
A checkbox to enable or disable the time source. Disabled time sources are never updated. Time sources configured and present in the prioritised list must be removed before they can be disabled.
IP address
Specifies the IP address of an SNTP time server source to poll for updates.
Type
Type of time source selected. The sources are product dependent, but SNTP is always available.
Last updated time
The most recent time value received from the time source.
State
The current state of the time source.
Reference
Provides the time reference source address of accessed time source.
Reference stratum
Indicates the hierarchy level of the current time source. The master reference is at stratum 0 (highest).
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 85
WEB Interface 85
Reference status
Indicates if the time source is currently governed by a time source at a higher stratum.
Reference precision
The expected timing accuracy of the current time source.

8.4.5 Network

Figure 8.17 Network status
This page presents status information about network interfaces, including virtual (VLAN) inter­faces, present on the device. The management interface is always present, and bold characters indicate the web management interface connection. An interface shown in grey colour means that the interface is disabled. There may be physical interfaces on the unit that are not shown in this table as the availability of each interface may vary with the installed software licences and operational mode.
Interface
A label identifying the interface. If it is a physical interface with virtual interfaces at­tached to it an arrow is shown. Clicking this arrow will expand/collapse the list of virtual interfaces.
IP Address
The IP address configured for this interface.
Link Speed
The current link speed detected for this interface. Applicable to physical interfaces only.
Duplex Mode
The duplex mode detected for this interface, half or full duplex. Applicable to physical interfaces only.
TX Bitrate
The bitrate currently transmitted through this interface. Applicable to physical interfaces only.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 86
86 WEB Interface
RX Bitrate
The bitrate currently received through this interface. Applicable to physical interfaces only.
Enabled
Shows whether the interface is currently enabled.
Data
Shows whether data traffic is currently enabled for this interface.
Management
Shows whether management traffic is currently enabled for this interface.
8.4.5.1 Interfaces
Each available network interface has an entry in the Navigator list. Selecting an interface brings up pages where it is possible to configure the interface and view its status. Accessible para­meters vary with the interface selected since the functionality of the available interfaces are not necessarily identical.
The CP525 has 1 Control Interface and 2 Data Interfaces. The second Data Interface (Data 2) may be used as either a normal Electrical Ethernet port or as a SFP module port. Selection of which to use is found under Maintenance, see section 8.4.9.1.
8.4.5.1.1 Main
Figure 8.18 Main IP settings
This page provides the main configuration settings for the physical interface.
Caution: Modifying the settings of the interface you are currently using for the GUI application may cause loss of contact with the unit. Make sure you will still be able to contact the unit before applying changed settings.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 87
WEB Interface 87
8.4.5.1.2 Interface Settings
Enable interface
Enables/disables the interface. It is not possible to disable the currently used management interface.
Media Select
Provides a choice between network port Data 2 and the SFP module for the second data interface. Select RJ-45 to use the data port marked Data for data traffic. Select SFP to use the SFP module for data traffic.
Speed/duplex mode
The speed and duplex mode of the interface. The Auto setting enables automatic speed and mode negotiation for the Ethernet link. This option is not available for SFP interfaces.
Note: Modifying the default settings of interface duplex to anything other than auto can cause unpredictable results unless all peer systems accessing
the port use similar settings. For more technical information regarding auto negotiation and duplex mismatch, refer to the Wikipedia duplex mismatch article (http://en.wikipedia.org/wiki/Duplex_mismatch).
Automatic IP address
Enables automatic IP address assignment using DHCP. This option requires that a DHCP server is present on the network on which the device is connected.
8.4.5.1.3 DHCP Settings
Hostname
The DNS hostname of the interface. This name is sent to the DHCP server with a request to register it at the DNS server. If the name registers correctly, the fully qualified domain name of the interface will be the hostname pluss the domain name assigned by the server.
Domain
Optional field where wanted domain name can be specified. Normally the DHCP decides the domain name for a client, the DHCP server must be set up specifially to allow a client to select a domain name.
Renew button
Press button to renew address now. Renew is done by sending a request for renewal of lease of existing parameters, using uni-cast to DHCP server.
Rebind button
Press to rebind address. Rebind is done by broadcasting a request for the same IP address as previously used.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 88
88 WEB Interface
8.4.5.1.4 DHCP Status
DHCP status
Shows the current state of the DHCP client (RFC2131, Figure 5).
Possible values are:
Disabled
DHCP is not turned on.
Selecting
Client is broadcasting Discover messages and checking for offers from answering DHCP servers. Normally the client should immediately receive and answer and switch to bound state.
Bound
Client has received IP settings and is ready for use.
Renewing
Client is uni-casting request to leasing server to renew previous lease.
Rebinding
Client is broadcasting requests to re-bind to previously assigned address.
Checking
Client is evaluating wether offered IP address is already in use on network.
Backing off
Client received a nack from the server.
DHCP server
The IP of the selected server.
IP address
The IP address assigned to this interface by the server.
Subnet mask
The subnet mask assigned to this interface by the server.
Gateway
The IP address of the gateway to use, assigned by the DHCP server.
DNS servers
Prioritized list of DNS servers to use assigned by the DHCP server. See chapter Section
8.4.5.2 for manual configuration of DNS server addresses.
Note: If the DNS server is not located on a sub-net local to the unit, it may be required to configure the routing table to route DNS requests to the correct network interface.
Remaining lease time
Time till the IP address must be renewed.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 89
WEB Interface 89
DHCP status info icon
More details on the DHCP client is available on a tool-tip if you hoover over the info icon next to the “DHCP status” parameter. The fields here are:
Domain
The domain name assigned by the DHCP server. The fully qualified domain name of the interface is <hostname>.<domain>
Lease time
The duration of the address lease, specified by the DHCP server.
Renew time/Time to renewal
The renew time specified by the server. Normally the client should transmit a renew request after this time.
Rebind time/Time to rebind
Time specified by server for re-bind.
Messages transmitted/received
Number of messages sent and received by the DHCP client.
Last transmission ID
ID used on last DHCP message transmitted.
8.4.5.1.5 Manual IP Settings
IP address
IP address of the interface.
Subnet mask
The subnet mask of the interface.
Gateway
The default gateway address for the interface.
8.4.5.1.6 Interface Status
MAC address
The Ethernet Media Access Control (MAC) address of the interface.
Link speed
Speed of current connection.
Duplex mode
Shows duplex of current connection.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 90
90 WEB Interface
8.4.5.1.7 Detect Settings
Detect configuration
Applies to the Control interface, only.
These two boxes enable read and write attributes of the Nevion Detect IP assignment server module. This server is a stand-alone PC application that can be used to discover Nevion devices on a local network and assign IP addresses to them.
Enabling the Read option makes the CP525 visible for the Nevion Detect on the LAN. If the
Write option is enabled the IP address of the CP525 may be configured using the Nevion
Detect. These options do not affect the operation of the device from the management application Nevion Connect.
8.4.5.1.8 Alarms
Alarms related to the interface are listed on the Alarms page. Clicking an alarm opens the field to configure the alarm. Please see Section 8.4.2 for alarm configuration details.
Figure 8.19 Network interface alarms
At the top of the page two radio buttons are provided to select between displaying error count or error severity. In addition all alarm counters related to this interface may be reset.
8.4.5.1.9 Advanced
This sub-tab allows configuring advanced IP settings of the interface.
Figure 8.20 Advanced IP settings
Allow ping response
Check this box to filter incoming ICMP messages. If this option is not enabled the device will not answer ping requests to this port.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 91
WEB Interface 91
Allow management traffic
Tick this box to allow management traffic on this interface. It is not possible to disable this on the dedicated management interface or on the interface you are currently using for management.
Allow data traffic
Tick this box to allow data traffic on this interface. It is not possible to enable data traffic on the management interface.
Multicast router
This parameter is not shown in the management interface page.
The IP address of the multicast router. The address here is used in conjunction with the
Use multicast router option in the "IP Output" page,
Section 8.7.4.1.
IGMP version
This parameter is not shown in the management interface page.
The preferred IGMP version to use. If fixed is selected the unit will keep trying to use the selected version even if it is not supported by the network.
8.4.5.1.10 Status
Figure 8.21 Interface Status
This page shows detailed status and error information on the selected physical interface. Differ­ent types of interfaces support different status and error parameters; not all parameters listed will be shown for all interface types.
The Ethernet Status field:
Link speed
The detected link speed of the interface.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 92
92 WEB Interface
Duplex mode
The detected current duplex mode of the interface. The duplex mode indicates whether data may flow in one direction (half duplex) or bidirectionally (full duplex).
The following parameters are available for both received and transmitted packets:
bitrate
The total bitrate received/transmitted.
load
Interface load, measured relative to max speed.
Total packets
The total number of IP packets received/transmitted.
Good packets
The number of IP packets received/transmitted containing valid CRCs.
Multicast packets
The number of IP multicast packets received/transmitted by the interface.
Broadcast packets
The number of broadcast packets received/transmitted.
Octets
The number of octets received/transmitted
The Errors field:
CRC errors
Number of packets received with CRC errors.
Alignment errors
Number of packets detected with alignment errors (non-integer number of bytes).
Receive errors
Number of erroneous packets received.
Missed packets
Number of packets missed.
Receive length errors
Number of packets with invalid size.
8.4.5.1.11 VLAN
This page is only shown on interfaces with VLAN (virtual interface) support. The page allows adding, removing and editing virtual interfaces (VLAN) using the selected physical interface. Current VLANs interfaces are shown in the grid on the left, and parameters for each interface are edited by selecting the interface in the grid first.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 93
WEB Interface 93
Figure 8.22 VLAN configuration
Once editing is finished, clicking the Apply button will commit all the changes. Hitting Refresh will cancel all changes.
In addition to the Apply and Refresh buttons there are buttons to enable adding and removing VLANs.
8.4.5.1.12 Main Settings
Enable interface
Enable/disable the virtual interface.
VLAN ID
The VLAN id of this virtual interface. Must be in the range 1-4094. All virtual interfaces on one physical interface must have a unique id.
VLAN priority
The VLAN priority of this virtual interface. Numers 0 to 7 are valid. For further informa­tion on VLAN priority usage, see reference
[7].
Automatic IP address
Enables automatic IP address assignment using DHCP. This option requires that a DHCP server is present on the network on which the device is connected.
8.4.5.1.13 Manual IP Settings
IP address
The IP address of the virtual interface.
Subnet mask
The subnet mask of the virtual interface.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 94
94 WEB Interface
Gateway
The gateway address to use for the virtual interface.
8.4.5.1.14 Advanced Settings
Enable data traffic
Checked box enables the virtual interface to allow video data traffic. Not shown for dedi­cated management interface.
Enable management traffic
Checked box enables the virtual interface to allow management traffic.
Enable ping
Checked box enables the virtual interface to respond to ping messages.
Multicast router
The multicast router for this virtual interface. Only visible if multicast is allowed.
IGMP ver
Provides selection of the IGMP version to use. Not applicable to the "Control" interface.
8.4.5.1.15 DHCP settings and status
Please refer to related to DHCP, which are identical to the ones on the main tab.
Section 8.4.5.1.1.2 and Section 8.4.5.1.1.3 for a description of the parameters
8.4.5.1.16 SFP
The SFP tab is visible for the second network interface if this interface is set to use SFP. How to enable the SFP is described in section 8.4.9.1 , provided the appropriate licence has been installed .
Figure 8.23 The Device Info > Network > SFP tab
The SFP tab gives access to three sub-pages: SFP Status, STM-1/OC-3 Config and E3/T3
Config. The two configuration sub-pages reflect that separate configuration files are used to
configure the different SFP module types. For each module type the CP525 stores a configuration
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 95
WEB Interface 95
file that can be edited “off-line”. These pages are visible only if SFP configuration has been licensed. The settings will not be committed to the module until writing of the file is expressly initiated.
The SFP Status page, shown in figure Figure 8.24, provides an overview of the module status. The appearance of the status page and the range of parameters shown depend on the type of module attached.
Figure 8.24 The SFP status page
The Module General Status field displays the status of the module as seen by the CP525.
SFP Present
Indicates that the module has been detected by the CP525.
Vendor
Shows the vendor name.
Revision
Indicates the module revision.
Date
Indicates the revison date.
Part number
The module part number.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 96
96 WEB Interface
Transceiver type
The type of transceiver inside the SFP module. Only a limited range of transceivers is compatible with the CP525.
Connector type
Indicates the network connector type.
Serial number
The serial number of the SFP module.
The Module <type> Configuration field shows the internal functional status as read back from the module. The field heading will reflect whether a STM-1/OC-3 or an E3/T3 module is installed. A discussion of the parameters shown is included in the Config pages description.
The Module (type) Alarms field is shown if the STM-1/OC-3 module is present and shows all link related alarms settings of the module. Red indicates that the alarm has been raised.
TIM-P
Trace ID Mismatch (Path)
LOS
Loss of Signal
AIS_L
Alarm Indication Signal (Line)
RDI_L
Remote Defect Indication (Line)
UNEQ_P
Payload Label Mismatch (Path)
LOF
Loss of Frame
AIS_P
Alarm Indication (Path)
RDI_P
Remote Defect Indication (Path)
EED
Excessive Error Defect
LOP
Loss of Point
SD
Signal Degrade
Refer to product specific documentation for further discussion of these parameters.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 97
WEB Interface 97
The Module (type) Link Status field is shown if the E3/T3 module is present and shows the status of all link related alarm settings of the module. Red indicates that the alarm has been raised.
BV
Bipolar Violation
LCV
Line Coding Violation
LOS
Loss of Signal
RDI
Remote Detection Indication
WLD
WAN Loop Detected
EZ
Excessive Zeroes
PCV
P-bit Coding Violation
OOF
Out of Frame
LLD
Lan Loop Detected
LOL
LIU Out of Lock
CCV
C-bit Coding Violation
AIS
Alarm Indication Signal
SS
System Status.
Refer to product specific documentation for further discussion of these parameters.
The Module (type) Error Counters field displays errors as they occur, counted during a 15 minute period. Es = Errored seconds, Ses = Severely errored seconds, Cv = Coding violations,
Uas = Line unavailable seconds
Current
The counter increments every time an error is detected, resetting every second.
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 98
98 WEB Interface
15mins
Displays the result of the previous 15 minutes counting interval.
Section
“Section” related error counts
Line
“Line” related error counts
Path
“Path” related error counts
At the page bottom is the Clear Module Statistics button. Clicking this will flush all error counters.
The STM-1/OC-3 Config page.
The STM-1/OC-3 module provides an optical interface for high speed data communications in SDH or SONET networks. This page provides access to change the configuration settings of the module. As shown in figure parameters. The Alarms and Error counters fields are identical to those described for the SFP
Figure 8.25 the page contains four fields to set operational
Status sub-page. Editing the configuration settings will alter the SFP configuration file stored
in the CP525, only.
Figure 8.25 The configuration page
for the STM-1/OC-3 SFP module
In the General field the main operational parameters are set.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Page 99
WEB Interface 99
STM-1/OC-3 present
Indicates if the module has been detected by the CP525.
Write to module
This box must be checked to allow the configuration file be written to the SFP module. If the box is not checked the configuration file may still be edited without affecting the module. If the box is checked the configuration file is written to the module every time the Apply button is clicked.
Tx clock source
The transmitter clock may be internally generated, or derived from the received data stream.
Frame type
Select SDH or SONET, respectively, according to the accessed network.
Payload FCS (Frame check sequence)
Check this box to enable FCS error detection.
Disable interface
Not available.
Scrambler
Tick this box to enable the module internal scrambler. Must be ticked to successfully receive scrambled network data.
Ethernet flow control
A tick enables flow control of Ethernet data from the CP525 to the SFP module. Flow control prevents data overflow in the SFP module buffer. Buffer overflow leads to data loss that would go unnoticed until attempting to decode the data at the receiving end.
In the Fault Propagation field check boxes allow to select which network fault(s) shall cause shut-down of the Ethernet data flow:
LOS
Loss of signal
AIS
Alarm indication signal
RDI_P
Remote defect indication
In the Thresholds field bit error rate measurements indicate an estimate of the network link quality. The check boxes allow selection of pre-defined threshold BER values to raise alarms. For further details refer to the vendor SFP user manual.
SOH SD
Section Overhead, degraded Signal Defect
SOH EED
Section Overhead, Excessive Error Defect
ID: um_tsmux CP525 cMux User’s Manual Rev. 6.0.2 (4255)
Page 100
100 WEB Interface
POH SD
Path Overhead, degraded Signal Defect
POH EED
Path Overhead, Excessive Error Defect
The Taffic Queues field allows mapping of network traffic queues to VLAN priorities. For information on VLAN priority usage refer to
To aid troubleshooting while changing configuration the Module Alarm and Module Error Coun-
[7].
ters fields of the status page are replicated here.
At the bottom of the page are three buttons:
Apply
Writes changes to the SFP configuration file. Also initiates writing the configuration file to the module if the Write to module box has been ticked.
Refresh
Cancels changes that have been entered.
Reset Factory Defaults
Only active if the Write to module box has not been ticked. Clicking this button returns the module to factory default settings but will not affect the settings of the configuration page. The status of the SFP module is at all times displayed in the SFP Status sub-page.
The E3/T3 Config page.
The E3T3 module provides an electrical interface for high speed data communications in E3 or T3 networks. This page provides access to change the configuration settings of the module. As shown in figure Figure 8.26 the page contains four fields to set operational parameters. Editing the configuration settings will alter the SFP configuration file stored in the CP525, only.
E3/T3 present
Indicates if the module has been detected by the CP525.
Write to module
This box must be checked to allow the configuration file be written to the SFP module. If the box is not checked the configuration file may still be edited without affecting the module. If the box is checked the configuration file is written to the module every time the Apply button is clicked.
Interface type
Click the appropriate button for the network used.
Module protocol
Allows selecting the desired data link protocol for the network; HDLC (High Level Data Link Control), GFP (Generic Frame Protocol) or cHDLC (Cisco extension to HDLC).
Line type
Line protocol selection. Choices vary according to the interface type and data link protocol selected.
CP525 cMux User’s Manual Rev. 6.0.2 (4255) ID: um_tsmux
Loading...