10/1/2012

VS8000C Software Installation and Configuration

Contents

Server129 Installation SOMP Board Installation & Startup ZXUSS Configuration Other Board Startup IPTV Service Configuration Follow-up Maintenance p

10/1/2012

Installation Preparation
1.

The operating system and database have been installed completely.

The operating system has installed Windows 2003 Server (with Windows 2003 SP3), and has updated the most-updated key patches from Microsoft website via Windows Update Update. The database has installed MS SQL Server 2005.

2.

The cable layout has been completed. It is required that Server129 and SOMP eth3 port can ping through each other.

The IP address of Internet adapter on server129 is set as 129.0.31.129. Log into SOMP locally, and set the IP address of eth3 as 129.0.31.1.

# ifconfig eth3 129.0.31.1 netmask 255.255.255.0

Installation Steps

1. Run the install file under the installation directory (/oamback_install/). Choose the language type. 2. Choose the installation mode. For a new office, choose Install; for the follow-up upgrading, choose Upgrade. Click Next. p pg g, pg 3. Input the same username and password as those of the operating system to be installed, and then verify them.

10/1/2012

Installation Steps

4. 5. 6. 7 7.

Choose the installation path. Start the installation. Choose the maintenance equipment type. Here, choose USS100. Initialize the system running environment environment.

Installation Steps

8. Choose the subsystems to be installed. Here, choose All.

10/1/2012

Installation Steps

9. In communication configuration, set the IP address for the communication between foreground and background.

1)The IP address of foreground host must be set as 129 0 31 1 129.0.31.1. 2)The server IP address is the local IP address of server129, which must be set as 129.0.31.129.

Note: The IP address of foreground SOMP configured here will overwrite the IP address manually configured. On server129 and SOMP server the communication IP server, address must be on the 129 segment. 10. After installation completely, restart the computer.

Starting up Server129

On the desktop of server129, find the icon Server Process Bailiff and double-click it.

After starting up the services normally find the normally, services are all running. Do not disable them, otherwise 129 service will be shut down.

10/1/2012

Contents

Server129 Installation SOMP Board Installation & Startup ZXUSS Configuration Other Board Startup IPTV Service Configuration Follow-up Maintenance

RIDC DIP Switch Setting

RIDC card is located at the left bottom or right bottom, as shown below.
Undefined Logical Rack No
Logical Shelf No

In this figure, the black block indicates the location of DIO switch. If it is in OFF position, by default OFF=1; if it is in ON side, by default ON=0.

10/1/2012

RIDC DIP Switch Setting

Shelf No 1 Shelf Type Control Shelf RIDC Setting Figure Rack1 00000001 Shelf 2

Control Shelf

Rack1 00000001 Shelf 2

Media Shelf 1

Rack2 00000100 Shelf1

RIDC DIP Switch Setting

3 Contro l shelf Rack1 shelf2 00000001

Media shelf1

Rack2 Shelf1

00000100

Media shelf1

Rack2 Shelf1

00000101

10/1/2012

SOMP Board Startup

Preparation:

1. The 2 CPU on SOMP board have installed the operating system (SUSE 9+SP3), and can be started up successfully. 2. Log into SOMP. (Directly from the terminal, or remotely by the Secure Shell Client tool). 3. Prepare the SOMP version files, which can be acquired from the version server according to the version server.
Version type Boot startup version Version path \Boot\Linux_Boot\MSCU\ Makeauto zxuss MSCU_Boot.ext USS_MSCU_MP_X86_V1.0.01.00T07_H.USS ZXUSS_MSCU-080101-FPGA_04_H.rbf _ZXUSS_MSCU-080101-FPGA_04_H.rbf ompcfg.ini 1CfgTable.ZDB 2DBVer.ZDB 3VerTable.ZDB /home/cmdini/ Version list

Board SOMP

CPU-X86 version FPGA version Constructed version Constructed configuration file Initial data

\USS\Release\MSCU\MP\ \target_hardware\FPGA\ Server129 Server129 /DATA1/

Initial man-machine command

/oamback_install/mml/cmdini/

In the above table, the versions indicated in red are provided by the production line, and the onsite does not need any operation.

Startup Steps
Connectoin of RMSCU rear plug-in card and background server
A system RS485 B system RS485 A system RS232 B system RS232

A system USB B system USB

A system VGA

B sysetm VGA A system eth3

B system eth3

Background server 129

2826SW Note: A system (CMP) - CPU2 B system (OMP+CMP) - CPU1

10/1/2012

Startup Steps

1. Configure the IP address of SOMP system B. # ifconfig eth3 129.0.31.1 netmask 255.255.255.0 Note:

1) It must be configured on eth3 adapter. tb fi d th3 d t 2) It must be configured in the command mode, instead of by the yast tool. 2. On SOMP, create the following directories. Note that they are casesensitive. Create the following directories strictly as below: 1) /home/VER 2) /home/cmdini 3) /home/dbs

3. Manually upload the related version file to the /home/VER/ direction y p on SOMP board.

1) CPU version: USS_MSCU_MP_X86_V1.0.01T05_H.USS 2) FPGA version: ZXUSS_MSCU-080101-FPGA_04_H.rbf 3) Constructed FPGA version: _ZXUSS_MSCU-080101-FPGA_04_H.rbf 4) Constructed configuration file: ompcfg.ini

Startup Steps
4. Copy the initial man-machine command (under the path: /oamback_install/mml/cmdini/) to the /home/cmdini/ directory on SOMP board. 5. Copy the initial data from /DATA/ to the /home/dbs/ directory on SOMP. Make sure that the final directory structure is as below: 1) CfgTable.ZDB 2) DBVer.ZDB 3) VerTable.ZDB 6. Copy the 3 executable files from the /Boot/Linux_Boot/MSCU/ directory to the /home/ directory on SOMP board, and add the executable permission. 1) Makeauto 2) zxuss 3) MSCU_Boot # chmod +x MSCU_Boot.exe # chmod +x Makeauto zxuss # ./Makeauto ./zxuss # ./MSCU_Boot.exe

10/1/2012

SOMP Startup Checking

Judge whether the OMP board has been started up according to the following rules:

1. Check whether the IP address of eth3 has been re-configured as the specified IP address: 129.0.31.1, and whether the foreground and background can ping through. 2. 2 Check the process of SOMP to see whether there is _MSG_MSCU_MP_X8. SOMP, MSG MSCU MP X8 3. Check the status indicator on SOMP board. Under normal situation, run indicator is on and off alternatively; alarm indicator is off; act indicator is always on. 4. After creating NEs on EMS, check whether the NE link status is normal. 5. Check whether the communication between foreground and background is normal. On server129, press Ctrl+Alt+F12 to see the communication status between server129 and foreground OMC. The Status should be displayed as true.

Adding NE

Initial user and password should both be admin. There no particular requirements for other items.

10/1/2012

Adding NE

1. IP1: 129.0.31.1, It is the original IP of SOMP, and can be modified according to the NE IP setting on OMC. 2. Port: 5057 3. EMF module: 156. The range of allowed module No for EMS is 144-254, and it is 156 by default. This configuration item should be planned globally, and the local SOMP in the whole network should all be set as 156.

Contents

Server129 Installation SOMP Board Installation & Startup ZXUSS Configuration Other Board Startup IPTV Service Configuration Follow-up Maintenance

10

10/1/2012

Basic Property Configuration

Basic Property Configuration

1. NE type: USS. 2. Area code: Filled in according to the actual engineering configuration. 3. Office No: This is the office No that has established link with CDN-M. It is a globally unique office No. It is increased from 1, and should be planned in advance. 4. IP address: Set the IP address of SOMP. After setting this IP address, eth3 of SOMP board will be assigned with this IP address after data synchronization. 5. MAC address: It can be set as any value. According to ZTE specifications, it starts with 00-d0. During the engineering, it follows the format of 00-d0-OfficeNo-RackNo/ShelfNo-SlotNo-ModuleNo, to define the MAC address. The 4th segment in MAC address can follow the example: Rack1 Shelf2=12, Rack2 Shelf1=22. 6. Maintenance IP address 1: Set the remote maintenance IP address of SOMP. It is usually the Internet IP address. Refer to IP planning table. 7. Maintenance IP address 1 mask: Set the remote maintenance address mask of SOMP.

11

10/1/2012

ZXUSS NE Property

ZXUSS NE Property Configuration Description

1. USS authentication code: Not in use temporarily. It is unified as 1. 2. Timeout forced disconnection time: It is the forced disconnection for STB timeout, in the unit of second. By default, it is 50 seconds. 3. Temporary channel threshold: It is created when MDU resources exceed this threshold. It is enabled by default. 4. MDU idle channel threshold: It indicates that the MDU idle resource threshold of temporary channel is allowed to be created. By default, it is enabled. 5. Moveout user threshold: It is the proportion of move users to the temporary channel after it is created. By default, it is enabled. 6. USS node ID: It is the unitid generated on CDN Manager, which is CDN-Manager, acquired after iptvcdn portal operation. Refer to the figure. 7. NTP local port: 123.

12

10/1/2012

Physical Resource Configuration

Physical Resource Configuration Configuration Description

1. Rack No: Increased from 1. 2. Rack type: Choose the rack type as 240RT_USS_STANDARD. 3. On the local node, the global rack No cannot be repeated. It is required that the rack No of the control shelf is 1. 4. In the case of multi-shelf, it is required that the control shelf and resource shelf are located on different racks.

13

10/1/2012

Shelf Configuration

1. For a single shelf, the shelf No must be 2, and the shelf type is 240-ST_USS_COMMON_BCTC (control shelf). 2. For mutli-shelf, the control shelf must be Rack1 Shelf2. Except one control shelf the types of other shelves are 240shelf, ST_USS_COMMON_BUSR (resource shelf). 3. In the case of global multi-rack, there can be only 1 control shelf, and the other shelves are all resource shelves. 4. It is required that the specific configurations must be the same as DIP switch settings.

Adding Board Configuration

14

10/1/2012

Adding Board Configuration Configuration Description

1. For each shelf, first configure the MSU board. It can only be configured in slot 7/8 in active/standby mode. 2. Configure the SOMP board. It can only be configured in slot 9/10 in the control shelf with the type of MSCU, in active/standby mode. shelf, MSCU mode 3. According to the onsite requirements for service bearing, when several MSCU boards are added, MSCU is also required to locate in the control shelf, in slot 5/6, 11/13, 12/14, 1/3 and 2/4 by sequence. Its type is MSCU, working in active/standby mode. 4. According to the actual board position diagram, add the board of MDU type, working in active/standby mode. 5. MSTU must be set as no standby mode, with the type of MSTU. 6. In the case of multi-shelf, MSTU must all be configured in the media shelf, located in the format of 1/2, 3/4, 5/6, 9/10, 11/12 and 13/14.

Adding Board Configuration MSTU Active/Standby Configuration

15

10/1/2012

MSTU Active/Standby Configuration Configuration Description

1. The assignment of active/standby MSTU can only be performed by the 2 MSTU boards. 2. It is required that MSTU in slot 1/3, 2/4, 5/6, 11/13 and 12/14 must be configured i pair. fi d in i 3. It is not allowed to configure the board in pair across the shelves. 4. It is not allowed to configure MSTU in odd number. That is, it is not allowed that one MSTU has no match. In case this situation occurs, the commercial department shall take the responsibility. 5. EPG does not belong to USS system, so it does not need to be added.

Logical Resource Configuration

16

10/1/2012

Module 1 Configuration

1. Module type: Choose the module type as shown above, including: yp yp , g SOMP, SMP, MSCU and CSU (currently, the CSU module are configured in module 1 by default, so it does not need to be chosen). 2. Rack/shelf/slot: rack1/shelf2/slot9. 3. CPU No: 1 4. Signaling transfer poll proportion: 1

Module 2 Configuration

1. Module type: Module 2# can only choose SMP and MSCU type. 2. Rack/shelf/slot: rack1/shelf2/slot9. 3. CPU No: 2 4. Signaling transfer poll proportion: 1

17

10/1/2012

Module 3 Configuration

1. Module type: Module 3# can only choose SMP and yp y MSCU type. 2. Rack/shelf/slot: It is configured according to the actual MSCU slot. 3. CPU No: 1 4. Signaling transfer poll proportion: 1

Module 4 Configuration

1. 1 Module type: Module 4# can only choose SMP and MSCU type type. 2. Rack/shelf/slot: It is configured according to the actual MSCU slot. 3. CPU No: 2 4. Signaling transfer poll proportion: 1

18

10/1/2012

Unit Configuration

Add the unit according to the following sequence: All MSU of the current node -> All MDU of the current node -> All MSTU in media shelf 1 (slot 1-> slot 14) -> All MSTU in media shelf 2 (slot 1 -> slot 14)

MSU Unit Configuration

Module No: MSU must be configured on OMP, so MSU must choose module 1.

19

10/1/2012

MDU Unit Configuration

1. Add MDU unit: Module No: According to the restriction of current version, the MDU unit can only be configured in CSU module, so MDU can only be configured on module 1#. 2. Modify the subunit:

1) Set subunit 12 as the signaling interface, with the subunit type as 244-SUT_USS_MDU_SIG. 2) Set other the other remaining subunits (18, 19, 20, 19, 10, 11) as the media interface, with the subunit type as 232SUT_USS_MDU_EXTRIP.

3. Modify the IP address of external port: Observe the Ethernet port from the backplane of MDU. From top downward, they correspond to the subunits: 1819-20-10-11-12.

MDU-10 Subunit Modifying IP Configuration

1) According to the actual requirements, configure the IP address, subnet mask and default next-hop IP address (gateway IP address) of the external port. 2) MAC address: ZTE adopts the MAC address starting with 00-d0. During the engineering, it is recommended to configure the MAC address according to the following principle: 00-d0-OfficeNoRackNo/ShelfNo-SlotNo-UnitNo. 3) Layer-3 detection interval, whether to perform changeover, whether there is loopback: These three configurations are not in use temporarily, and adopt the default settings. 4) Optic/Electric port property: Electric port

20

10/1/2012

MDU Unit Configuration

4. Allocate the channel access port:

1) The port can only be added or deleted. When adding the port, input the starting and ending circuits, with the range of 0-399. 2) Here, the circuit configuration of external port is to allocate the channel ) , g p access port. That is, when creating the channel, the IP address and port in the live broadcast source SDP file must be configured here, corresponding to the foreground data table r_channelset. If they are not configured or are not consistent, the system returns the failure of MDU application failure when creating the channel; on the non-signaling external port subunit of each MDU, only the first 400 ports need to be configured (inward resource of external port). 3) Note: If the access channel mode is multicast, make sure that there is idle circuit, as the circuit added here cannot be used as the access circuit of multicast. In other words, if USS border node needs to create 100 allnetwork multicast channels (to receive the uplink multicast code stream), 100 circuits need to be idle; that is, only add 0-299., After modifying any MDU configuration and synchronizing the data, all OMP boards need to be restarted first, and then all MDU boards are restarted.

Note:

MSTU Unit Configuration

1. Add MSTU unit: Module No: It is evenly allocated according to actual situation, to avoid frequent cross-module operations. During the engineering, all MSTU are evenly allocated to each module. 2. Modify IP address of external port: Observe the Ethernet port on the MSTU backplane: 11 is the downward port and 12 is the upward port. 3. Modify the IP address of external port:

1) According to the actual requirements, configure the IP address, subnet mask and default next-hop IP address (gateway IP address) of the external port. 2) MAC address: ZTE adopts the MAC address starting with 00-d0. During the engineering it is recommended to configure the MAC address engineering, according to the following principle: 00-d0-OfficeNo-RackNo/ShelfNoSlotNo-UnitNo. 3) Layer-3 detection interval, whether to perform changeover, whether there is loopback: These three configurations are not in use temporarily, and adopt the default settings. 4) Optic/Electric port property: Electric port

21

10/1/2012

Physical Connection Configuration

On the three shelves, add the interconnection configuration. We must configure the interconnection between MSU on rack2 shelf1 and MSU on rack2 shelf2. Otherwise, the media planes on the two media shelves cannot ping through. Click Add. In the MSU unit No and the connected , unit No, choose the unit No of the two MSUs that need to be cascaded.

Module Shared Resource Selection Sequence Configuration

The standby module of each module should choose all the other modules, which form a loop by sequenced. For example, the sequence of standby modules for module 1 is 2-3-4, and the sequence of standby modules for module 2 is 3-4-1.

22

10/1/2012

USS Intra-node CDN Quota

Content number and channel number: Configured according to the actual situations. The content number restricts the maximum number of contents that can be released on USS CDN node, while the channel number restricts the maximum number of channels that can be created on USS CDN node. In the current version the maximum number of channels is restricted to 200 version, 200. Storage space: Configured according to the disk configuration on this node.

USS Intra-node VCDN Quota

Node No: It must be the same as the VCDN No on CDN platform. Content number and channel number: Configured according to the actual situations. The content number restricts the maximum number of contents that can be released on USS CDN node, while the channel number restricts the maximum number of channels that can be created on USS CDN node In the current version the maximum number of channels is node. version, restricted to 200. Storage space: Configured according to the disk configuration on this node. Note:

If USS includes several VCDN nodes, several records must be configured here. Otherwise, it affects the content release of channel creation.

23

10/1/2012

Signaling Configuration MLSS Configuration

The related configuration of CDN-MANAGER remote server should be the same as that in /home/zxin10/etc/win_mgt.scr on the service Manager server.

1. CDN-MANAGER ID is only a serial number, which can be configured as 1. The name can be configured as any. 2. IP address: Configured as the Internet floating IP address of service CDN-MANAGER. CDN MANAGER. 3. Port No: 5000. It should be the same as the listening port of module1 in win_mgt.scr. 4. Office No and Module No: They are configured as the module No and office No of service Manager. 5. CDN-MANAGER process No: 220. 6. Channel deletion mode and content deletion mode: Forced deletion.

APP Configuration

Configuration method:

1. APP Id can be configured as any (1-255). 2. APP process No: 273. The process No of APP module is 273. 3. APP port No: 4999. Here, it is the CDN-MANAGER port -1, indicating that the link between APP and CP starts from 4999+1. 4. APP process No 2: All are fixed as 463.

24

10/1/2012

MLSS Communication Configuration

1. Communication link No: Currently only one communication link is established in CSU module with CDN-MANAGER. The link No is configured as 1. 2. MDU subsystem No, MDU subunit No: MDU subunit No is configured as the external port of signaling subunit in MDU unit. 3. MLSS port No: In engineering, all the USS nodes need to be specified. Here, it is configured as p g g, p , g 6000. 4. MLSS module No: 1. It should be the same as module1 in win_mgt.ini of CDN-MANAGER. 5. MDU unit No, subunit No: Refer to MDU configuration.

APP Communication Configuration

Communication Link No 1 2 3 4 APP Port No 6001 6002 6003 6004 1 2 3 4 APP Realm Name Module No 1 2 3 4 1 1 1 1 Associated APP ID

25

10/1/2012

STB Configuration

1. MDU subsystem No, MDU subunit No: MDU subunit No is configured as the external port of signaling subunit in MDU unit. 2. STB port No: 554

FTP Server Configuration

1. FTP Server user and password: Both are iptv. 2. Single client bandwidth (KB): Filled in as 1000. Here, it cannot be filled as any value at random. 3. Encryption key: 1. N t Note:

Currently, this configuration is not taken full use of. It is mainly used to acquire the bandwidth restriction for content distribution, and is used to specify the MSTU user, password and maximum connections when USS is used as the server in future.

26

10/1/2012

Data Transfer
1. Specify the module No as 1, and do not choose other modules. The system performs the synchronization automatically. 2. The 2 Th command t d type i h is changed d tables of the specified module. If the module capacity configuration is modified, choose R_CONST tale of the specified module. Then reset the SOMP board. In other situations, choose changed tables of the specified module. 3. Transfer type: Choose All. Note: The onsite can perform the operation of table transferring only after completing all the settings before signaling configuration.

Contents

Server129 Installation SOMP Board Installation & Startup ZXUSS Configuration Other Board Startup IPTV Service Configuration Follow-up Maintenance

27

10/1/2012

Version Canceling Setting

This operation is only restricted to the situation that the version already exists on the onsite board. Version setting -> Cancel setting, to cancel all the visible versions. Version maintenance -> Version deletion, to delete all the visible versions.

Uploading Version

The versions are saved under c:\netumen\ umssvr\zxsscfg\zxsscfgversion.par\VERSIONFILE\USS100\USS100 on i \VERSIONFILE\USS100\USS100 EMS server. The red letters indicates the installation path of EMS software, which should be replaced according to the onsite situation. The uploaded versions include: MSCU CPU version and FPGA version MSTU CPU version, version, version watchdog version and stream media version, MSU CPU version, MDU microcode version, 85xx version, xscal version.

28

10/1/2012

Version List
Board MSCU Version Type Boot version Version Path \Boot\Linux_Boot\MSCU\ Makeauto zxuss MSCU_Boot.ext USS_MSCU_MP_X86_V1.0.01.00T07_H.USS USS MSCU MP X86 V1.0.01.00T07 H.USS ZXUSS_MSCU-080101-FPGA_04_H.rbf USS_MSU_MSU_8260_V1.0.01.00T07.BIN MSG_MDU_MDU_V1.0.01.00T07.UOF USS_MDU_MDU_CPU1_85XX_V1.0.01.00T07.BIN USS_MDU_MDU_CPU0_XSCALE_V1.0.01.00T07.BIN \Boot\Linux_Boot\MSTU\bigsmp\ Makeauto zxuss g p MSTU_Boot_bigsmp.exe USS_MSTU_MSTU_X86_V1.0.01.00T07_H.USS.BIN zmsscmd_h R_ZMSS_H.rpm USS_MSTU_LIBFS.so USS_MSTU_LIBIPC.so Version List

CPU X86 CPU-X86 version FPGA version MSU MDU CPU-8260 version Microcode version CPU-85 version CPU XSCAL version MSTU Boot version

\USS\Release\MSCU\MP\ \target_hardware\FPGA\ \USS\Release\MSU\MSU\ \USS\Release\MDU\MDU\

CPU-X86 version Watchdog version Stream media version File system library version

\USS\Release\MSTU\bigsmp\ \USS\Release\MSTU\WatchDog\ \target_hardware\ZMSS\ \target_hardware\Lib\

Adding Version

Enter Version Maintenance -> Add Version -> Browse. Click Execute button, and then all versions will be sent to the SOMP board. The execution process is rather slow. Please wait with patience. After executing the command successfully, there is the success prompt.

29

10/1/2012

Version Specified Loading

1. Rack No and Shelf No: Filled in according to actual onsite situation. Fill in the control shelf. 2. Slot No: Fill in the slot of SOMP board. 3. CPU No: Fill in 1. After configuration completely, click >> and then click Start to load. g p y

Board Resetting

After distributing the version, it is required to t reset the MSU, t th MSU MDU and MSCU boards.

30

10/1/2012

Board Startup

MSU:

MSU on the control shelf:

1. Directly hot-plug MSU, and do not touch RMSU. 2. Observe whether the run indicator on MSU is on and off alternatively. 3. Check whether the Fabic indicator under MSU is always on. y 4. Check whether the network segment 128 of MSU can be pinged through. 5. On the rack diagram, check whether MSU can be started up. 6. Log into MSU via telnet, and input i to view the started process. 7. After acquiring versions from OMP, MSU can be started up normally. For any abnormality, start it up for several times, until it becomes normal.

MSU on the media shelf:

1. In EMS data configuration, complete the logic resource configuration. Pay attention that the Logical Resource Configuration Physical Connection Configuration operation must be performed. 2. Data transmit method: Transmit the tables to the foreground, to make the configuration data take effect. fi ti d t t k ff t 3. Power on the MSU board in slot 7/8 on the media shelf, to start it up. 4. MSU on all shelves should be powered on normally, and they are in normal status.

Board Startup

MDU: 1. Directly hot-plug MDU, and do not touch RMSU. 2. Check whether the run indicator on MDU is on and off alternatively. 3. Check whether the 128 network segment and IP address of external port can ping through. through 4. Check whether MDU has been configured with IP address via ifshow command. 5. Use the PrintfArp command to see the Arp learning of MDU. 6. If it cannot be pinged through, check whether the version has been loaded. MSCU: 1. Log into MSCU board locally, and configure the IP address of eth3. Make sure that the PC machine that the version exists on can be pinged through. 2. Connect the eth3 port on the MSCU backplane with PC, and copy the 3 version files for Boot startup to the /home directory For the version details refer to directory. details, Table 5.2-1. 3. Log into MSCU board, enter the /home/ directory, grant the authority for the startup versions and then run the Boot program.

31

10/1/2012

Board Startup
# chmod +x MSCU_Boot.exe # chmod +x Makeauto zxuss # ./Makeauto ./zxuss /Makeauto /zxuss # ./MSCU_Boot.exe Note: Start it up twice: During the first startup, the system will restart; the second startup needs to be manually reset. 4. Check whether the run indicator of MSCU is on and off alternatively. alternatively 5. Check whether the 128 network segment of MSCU can ping through. 6. On the rack diagram, check the status of MSCU. 7. Check the MSCU process.

Board Startup
MSTU: Currently, the MSTU board needs to be manually started up. After the function has been improved in the future, it will be directly started via EMS, and th startup process will b th same as MSU b d d the t t ill be the board. 1. Make sure that the operating system is running normally. 2. After login locally, check whether the three hard disks have been partitioned and formatted. Refer to related manuals for the checking steps. 3. Manually format the 3 new partitions. linux:/home # mkfs -t xfs /dev/sdb1 Then format sdb sdc sdd in sequence At last run the following command to sdb, sdc, sequence. last, make sure that the format operation is successfully. # parted -s /dev/sdb1 print

32

10/1/2012

MSTU Startup Steps

1. Copy the MSTU version files to the /home directory. 2. Enter the /home directory on MSTU board, grant authority for the Boot version, and then start up the board. # chmod +x MSTU_Boot_bigsmp.exe # chmod +x Makeauto zxuss # ./Makeauto ./zxuss # ./MSTU_Boot_bigsmp.exe Note: Start it up twice: During the first startup, the system will restart; the second startup needs to be manually reset. 3. Check the process: # ps -ef|grep ZMSS 4. Test the FTP function: # ftp 127.0.0.1 Both the username and password are iptv.

Contents

Server129 Installation SOMP Board Installation & Startup ZXUSS Configuration Other Board Startup IPTV Service Configuration Follow-up Maintenance

33

10/1/2012

CDN Platform Configuration

Before CDN platform configuration, make sure that the CP configuration file has been configured correctly. Node management: http://ip:8080/iptvcdn System resource management Node management 1. The ZXUSS parent node should be configured according to the onsite situation. 2. The Node name, Bandwidth Threshold, Storage Threshold, Concurrency Threshold should be filled in according to the onsite situation. 3. Node weight number: Configured as 1. 4. IP segment management mode: Node-level IP segment management 5. 5 POP unit categorization management: Not enabled 6. Recording mode: Unified storage mode

CDN Platform Configuration

34

10/1/2012

Agent Management Configuration

1. Node name: Choose the ZXUSS node created just now. 2. Agent name, IP: The IP address must be the same as the local IP address of SCP configured in win_mgt.ini of CDN-MANAGER. 3. Port No: 1555 4. Module No and Office No: Fill in the module No and office No of CDN-Manager.

POP Unit Configuration

1. POP unit name: Self-defined. 2. USS unit IP address and USS unit signaling IP address: Fill in the signaling IP address of MDU. 3. USS unit signaling port: 554. 4. USS unit logical space restriction: 750*3*0.8*n/2, n is the number of MSTU board. 5. USS unit logical concurrency restriction: 400*n, n is the number of MSTU board. 400 n,

After adding all the POP units of ZXUSS node, remember the acquired unit ID, and add it in USS global configuration.

35

10/1/2012

ZXUSS Device Management

1. Node name, POP unit name: choose the node and POP unit that have been added in the previous steps. 2. Service unit No: Fill in 1. For all the USS equipment, fill in the service unit No as 1. 3. Module No: Fill in 1. For all the USS equipment, fill in the module No as 1. 4. Office No: It should be the same as that set in the previous step, and should also associate the configuration file. The office No is globally unique. It starts from 1, and should be well planned. 5. Process No: 436.

USS Unit FTP Management

1. Node name, POP unit name: choose the node and POP unit that have been added in the previous steps. 2. FTP address: Fill in any MSTU external IP address of this USS node. 3. FTP port: 21. 4. FTP username/password: iptv.

36

10/1/2012

VCDN Management

For a new office, make sure that the VCDN serial number and the service provider ID are consistent. Both of them are 1 1. Here, pay attention to VCDN serial number, which should be the same as that configured on USS side.

VCDN Node Configuration

1. Node name, POP unit name: choose the node and POP unit that have been added in the previous steps. 2. VCDn node name: Self-defined, which should comply with the global specifications. 3. Channel number that can be created. 4. Reserved space, reserved bandwidth: 5. Whether to enable the aging function: No

37

10/1/2012

Contents

Server129 Installation SOMP Board Installation & Startup ZXUSS Configuration Other Board Startup IPTV Service Configuration Follow-up Maintenance

Remote Management

During the engineering installation, server 129 in each ZXUSS office is required to be installed together with EMS. In the follow-up maintenance, the USS remote maintenance needs to be enabled, to perform the management operation via remote EMS. 1. Configure the remote maintenance IP address on the local SOMP.

38

10/1/2012

Basic Property Configuration

Maintenance IP address 1: Set the remote maintenance IP address of SOMP. It is usually a public IP address. Maintenance IP address 1 mask: Set the remote maintenance address mask of SOMP.

Configuring OMC Target Route

Destination IP: The IP address of remote maintenance EMS. It is usually the public floating IP address on the service dual-computer EMS. Destination mask: It is decided by the remote maintenance EMS. Make sure the route is reachable. Next-hop address: It is the gateway of remote maintenance IP address on local SOMP.

39

10/1/2012

Adding NE via Remote EMS

Adding NE via Remote EMS

IP1: Fill in the SOMP remote maintenance IP address for the management of USS node. Port: Fixed as 5057. EMP module: 157 The allowed range for EMS module No is 144-254 For the 157. 144 254. SOMP on the same USS node, the EMS module No cannot repeat within the global range. As SOMP module No of local USS has been set as 156, EMP is increased by 1 to 157 when adding one remote maintenance EMS; to add another remote maintenance EMS, EMP is filled in as 158, and so on.

40

10/1/2012

Checking Status After Adding NE

Note: If NE is added normally, NE script No cannot be null, the link status should be normal, and the link ID should not be normal null or 1. 5. After adding NE successfully, the user can add the USS nodes of the whole network on one remote maintenance EMS, to make the unified management remotely.

NTP Configuration

NTP Server configuration:

1. After the NTP Server is determined, its NTP service needs t b enabled, and th network segments of all d to be bl d d the t k t f ll other NTP clients should be added. Otherwise, when the NTP client initiates a request, NTP Server wont respond. 2. After modifying the configuration completely, restart the NTP service. # /etc/init.d/xntpd restart (suse)

41

10/1/2012

USS NTP Configuration

Parameters for Adding NTP Server

Server IP address: Fill in the IP address of NTP server. Protocol port No: 123 (UDP) Whether the server adopts GMT: 1-yes NTP synchronization period: 20s by default

42

10/1/2012

Border NTP Configuration

After configuring NTP, if NTP signaling packets can be captured on NTP server, it indicates that NTP configuration is correct. Wait for a few minutes on USS, and log into SOMP and MSTU to check the time.

EMS Toolkit

Command Line Terminal

Advantages of using the command line terminal:

1. When EMS graphic interface fails to operate due to version problems, the command line terminal can be used to execute commands. 2. Some functions are not realized on the man-machine interface, but can be realized via the command line operation. For example, acquire the table name list example GET_MPTABLE_LIST. 3. The command line terminal can execute the batch processing operations.

43

10/1/2012

Probe

The function of a probe is to check the content of foreground database, and check the status of foreground equipment. Introduction to foreground database:
The management of USS1 database can be described from different data sources, including: USS node description data, related data of file system, internal data of USS node, service-related data, CDN load balancing and resource selection mechanism data. 1. USS node description data includes: 1) Configuration table, type table and data table of rack, shelf, board and CPU; 2) Information table of NE configuration; 3) Configuration table and relationship table of module, unit, subunit and circuit; 4) Version table for board running; 5) User stream resource data and its value type parameter table; 2. The related data of file system includes: 1) System data of FAS equipment; 2) File naming space data; 3) Chunk naming space data; 4) Storage data of FAS data description block.

44

10/1/2012

3. Internal data of USS node:

1) CDN-related table; 2) VCDN-related table; 3) Equipment resource table; 4) MDU2400 subcard statistics information table; 5) Channel-related table; 6) Node networking configuration table; 7) CDN MANAGER APP and FTP configuration table; CDN-MANAGER, d fi ti t bl 8) USS node configuration table

4. Service-related data:

1) Content distribution table; 2) Channel information table; 3) Recording plan table; 4) VOD plan description table; 5) Program list information table.

5. CDN load balancing and resource selection mechanism d t i l d h i data includes:

1) MSTU specific impact factor table; 2) Service description table; 3) MSTU resource occupancy statistics table

45

10/1/2012

Common Tables
1. Content distribution table R_CDNCAP The content description table R_CDNCAP describes the quota of CDN within USS node, mainly related to the content service operation. On the protocol level, it is processed uniformly by CSU, so this configuration table is allocated with modules. The occupancy statistics information such as current content and channels are put into this table, because the content number and channel number of the current system needs to be saved in the same way as static data, different from the dynamic statistics information such as user concurrent stream and bandwidth.

Content Distribution Table

Field name NodeID Contentmax Chnlmax Disksize Contentnum Type BYTE[NODEID_MAX] Node ID, the length is 18. DWORD WORD DWORD DWORD The number of content that can be created, including the recorded content The number of channels created, including the virtual channel Maximum storage space size that can is allowed to be requested Number of content currently added, including the recording content (generated on the foreground, and protected during transmitting) Explanation

Chnlnum

WORD

Number of channel currently created, including the virtual channel (generated on the foreground, and protected during transmitting)

Useddisksize

DWORD

Storage space currently occupied. This storage space is different from the real disk capacity on FAS equipment, and the stripe backup can be ignored. If the stripe backup is taken into consideration, specify the copy number when adding or recording content, and then decide the space according to the copy number (generated on the foreground, and protected during transmitting).

46

10/1/2012

Content Distribution Table R_CONTENT

Field name CID VCDNID Tasked T k d BYTE[20] BYTE[VCDNID_MAX] Type Content ID VCDN ID Task T k ID Explanation

Nodeid Fullname

BYTE [NODEID_MAX] BYTE [CNAME_LENGTH]

Node ID Full path of content, used to specify the destination storage path of this USS. It does not include the root directory of storage content set on USS. It is needed in CDN-MANAGER redirection. Content size Media resource encoding type File duration. Unit: second Content record generation time Content access times Content release status File SDP description

Csize Mediatype Duration Donetime Count Status Sdp

DWORD DWORD DWORD BYTE [USS_TIMELENGTH] DWORD BYTE BYTE[SDPLENGTH_MAX]

User Stream Resource Data R_STREAM

Field name SubSystem Unit Sunit Index Stime Time Status Count ip Data type BYTE WORD BYTE WORD DB_SEIZERS_TI ME DWORD WORD WORD IPADDR Explanation Subsystem No inside the system Unit No inside the subsystem Subunit No inside the unit Circuit No inside the subunit Starting time for resource occupancy (dynamic field, not configured on the background) Terminating time (dynamic field, not configured on the background) Circuit status (dynamic field, not configured on the background) Circuit occupancy times (dynamic field, not configured on the background)

47

10/1/2012

User Stream Resource Data R_STREAM

Field name Udpport channelcode h l d Rescpu resfileio resinrev resinsend resextrev resextsend isvod Data type WORD DWORD DWORD DWORD DWORD DWORD DWORD DWORD DBBOOL Explanation UDP port No (dynamic field, not configured on the background) Channel code Ch l d CPU capacity used this time (dynamic field, not configured on the background) File system IO capability used this time (dynamic field, not configured on the background) Internal inward bandwidth used this time (dynamic field, not configured on the background) Internal outward bandwidth used this time (dynamic field, not configured on the background) External inward bandwidth used this time (dynamic field, not configured on the background) External outward bandwidth used this time (dynamic field, not configured on the background)

Subunit Relationship Table R_SUNIT

System SubSystem Unit Sunit SUnitType PreQUE QUE PreSunitSeq SunitSeq IPMedia MACType MACT LocalPortNum Info Status ExtSUNITTYPE Tag Tag1 WORD BYTE WORD BYTE WORD WORD WORD WORD WORD IPA BYTE WORD DWORD DWORD WORD DWORD DWORD IP address of the media plane in subunit Configuration method of MAC address of subunit media plane C fi ti th d f dd f b it di l Internal FE/GE port number of NEs related to the subunit CRC4 working mode of related E1 of subunit. 0, CRC multi-frame; 1, dualframe; 2, CAS multi-frame; 3, CAS multi-frame with CRC Status Subunit type defined on peripheral devices CAS setting CAS setting Subsystem No Unit No CPU/DSP/ASIC/E1/T1 No inside the unit CPU/DSP/ASIC/E1/T1 subunit type When QUE is changed because the subunit type is modified, this field saves the QUE before modification. Subunit No inside the same type of subunit Description

48

10/1/2012

USS Subunit Extra Relationship Table R_SUNITEX

System SubSystem Unit Sunit S it SUnitType Macmedia Mgpcm Mghwset MgRackno MgShelfno MgSlotno MgHw UDPbaseport UDPportstep VTCparaid WORD BYTE WORD BYTE WORD T_MAC BYTE WORD WORD BYTE BYTE WORD WORD BYTE BYTE Related hw group of the subunit. Usually the hw group is associated with the unit. Here, it is standby. Rack No of the subunit Shelf No of the subunit Slot No of the subunit Related HW of the subunit (Valid for DT of inter-module connection or remote user unit) Starting port No inside the VTC and RTP subunit Number of occupied ports for each channel of VTC and RTP VTC subunit parameter ID, associated with r_vtcpara Subsystem No Unit No CPU/DSP/ASIC/E1/T1 N i id th unit No inside the it CPU/DSP/ASIC/E1/T1 subunit type Media plane AMC address of subunit (DSP, CPU or ASIC) Explanation

USS Subunit Extra Relationship Table R_SUNITEX

RTPIP RTPMASK RTPNEXTHOP ExtSUNITTYPE Tag Tag1 Tag2 payload slcingain slcoutgain vtccapnum pcm subcard dspno IPA IPA IPA WORD BYTE DWORD DWORD DWORD BYTE BYTE WORD BYTE BYTE BYTE Used capacity of VTC subunit (dynamic field, not configured on the background) PCM No of ISUP switch office Subcard No of VTC board DSP No inside the subcard of VTC board IP address of external port on MDU or MSTU IP mask of external port on MDU or MSTU p port Default next-hop of external p on MDU or MSTU Subunit type defined on J10 0: signaling mode; 1: COMM mode Appended property Appended property Encoding capacity level of VTC subunit

49

10/1/2012

MSTU Resource Occupancy Statistics Table R_MSTURES

Field name Subsystem Unit Restype Resmax Restorehigh Restorelow Ftpstorehigh Ftpstorelow Resblock Filesysused Serused Ftpused Isalarm Type BYTE WORD BYTE DWORD BYTE BYTE BYTE BYTE DWORD[2] DWORD DWORD DWORD BYTE Subsystem No Unit No Resource type. 1: CPU resource Maximum value of resource Maximum reservation percentage of the file system: 0-100 Minimum reservation percentage of the file system: 0-100 Maximum reservation percentage of FTP: 0-100 Minimum reservation percentage of FTP: 0-100 Number of blocked bandwidth on ports, recording the two ports respectively. Occupied resources of the file system Occupied services Occupied FTP Whether the alarm has been sent, to avoid sending alarms repeatedly Explanation

SignalingTracing

WINTCP Signaling Tracing

50

10/1/2012

Signaling Tracing

RTSP Signaling Tracing

Diagnosis Testing

Diagnosis testing is to test the communication of each units within the media server module, and check whether the server hardware is working normally, so as to locate and process faults in time, and guarantee that the media server is working normally. The diagnosis testing includes the real-time testing, routine testing and batch commands

51

10/1/2012

52