zte zxctn 9000-e v3.00.10 l3 switch product description_20150128_en

7/25/2019 ZTE ZXCTN 9000-E v3.00.10 L3 Switch Product Description_20150128_EN

1/70

ZXCTN 9000-E Carrier-class

Multi-service Packet-basedPlatform Product Description

V3.00.10


2/70


3/70

ZXCTN 9000-E Carrier-class Multi-service Packet-based Platform Product Description

ZTE Confidential & Proprietary 1

ZXCTN 9000-E Carrier-class Multi-service Packet-based

Platform Product Description

Version Date Author Reviewer Notes

V1.0 2014/3/1 BN Not open to the third party

2015 ZTE Corporation. All rights reserved.

ZTE CONFIDENTIAL: This document contains proprietary information of ZTE and is not to be disclosed or used

without the prior written permission of ZTE.

Due to update and improvement of ZTE products and technologies, information in this document is subjected to

change without notice.


4/70


2 ZTE Confidential & Proprietary

TABLE OF CONTENTS

1

Overview ............................................................................................................ 6

2

Highlight Features ............................................................................................. 7

2.1

Multi-Service Integration ...................................................................................... 7

2.2

Wide-Bandwidth Access ...................................................................................... 7

2.3 Multiple Protection Technologies ......................................................................... 8

2.4

IPv6 Evolution ...................................................................................................... 8

2.5

Unified Network Management System ................................................................. 9

3

Functionality ...................................................................................................... 9

3.1

Link Characteristics .............................................................................................. 9

3.1.1

Ethernet ............................................................................................................... 9

3.1.2

POS ................................................................................................................... 10

3.1.3

CPOS ................................................................................................................ 11

3.1.4

E1/CE1 .............................................................................................................. 11

3.1.5

Frame Relay ...................................................................................................... 12

3.2

Routing Protocols............................................................................................... 12

3.2.1

Unicast Routing Protocols .................................................................................. 12

3.2.2

Multicast Routing Protocols ................................................................................ 15

3.3

MPLS and Traffic Engineering ........................................................................... 16

3.3.1

MPLS Overview ................................................................................................. 16

3.3.2 MPLS L3 VPN .................................................................................................... 17

3.3.3

MPLS L2 VPN .................................................................................................... 18

3.3.4

TDM Emulation .................................................................................................. 19

3.3.5

L2/L3 VPN Bridge .............................................................................................. 20

3.3.6

Multicast VPN .................................................................................................... 20

3.3.7

Traffic Engineering ............................................................................................. 20

3.4

IP VPN ............................................................................................................... 21

3.4.1

GRE ................................................................................................................... 21

3.4.2

IPSec ................................................................................................................. 21

3.5

Network Availability ............................................................................................ 22

3.5.1

Graceful Restart ................................................................................................. 22

3.5.2

NSR ................................................................................................................... 23

3.5.3

VRRP ................................................................................................................. 23

3.5.4

FRR ................................................................................................................... 24

3.5.5

BFD ................................................................................................................... 25

3.5.6 MPLS OAM ........................................................................................................ 25

3.5.7

Ethernet OAM .................................................................................................... 26

3.5.8

OAM Mapping and Interworking ......................................................................... 26


5/70



3.6

QoS ................................................................................................................... 26

3.6.1

Packet classification and marking ...................................................................... 26

3.6.2

Traffic supervision and shaping.......................................................................... 27

3.6.3

Queue ................................................................................................................ 27

3.6.4

Congestion Management ................................................................................... 27

3.6.5

H-QoS ................................................................................................................ 28

3.6.6

QPPB ................................................................................................................. 28

3.6.7

Priority Inheritance ............................................................................................. 28

3.7

Security Features ............................................................................................... 29

3.7.1

Control Plane Security ....................................................................................... 29

3.7.2

Authentication and Authorization ........................................................................ 29

3.7.3

Unicast Reverse Path Forwarding ...................................................................... 30

3.7.4

Port Mirroring ..................................................................................................... 31

3.7.5

Netflow ............................................................................................................... 31

3.8

Clock Synchronization ....................................................................................... 31

3.8.1

System Clock ..................................................................................................... 31

3.8.2

NTP ................................................................................................................... 32

3.8.3

Synchronous Ethernet ....................................................................................... 32

3.8.4

IEEE 1588v2 ...................................................................................................... 32

3.9

OPERATION AND MAINTENANCE................................................................... 34

3.9.1

NetNumen Unified Network Management Platform ............................................ 34

3.9.2

SNMP ................................................................................................................ 36

3.9.3

Connection Management ................................................................................... 37

3.9.4

LLDP .................................................................................................................. 37

3.9.5

Policing and Maintenance .................................................................................. 37

3.9.6

Diagnosis and Scheduling .................................................................................. 39

4

System Architecture........................................................................................ 40

4.1

Product layout .................................................................................................... 40

4.1.1 Layout of ZXCTN 9000-18E ............................................................................... 41

4.1.2

Layout of ZXCTN 9000-8E ................................................................................. 43

4.1.3

Layout of ZXCTN 9000-5E ................................................................................. 44

4.1.4

Layout of ZXCTN 9000-3E ................................................................................. 47

4.1.5

Layout of ZXCTN 9000-2E10 ............................................................................. 50

4.1.6

Layout of ZXCTN 9000-2E4 ............................................................................... 51

4.2

System Hardware Architecture ........................................................................... 52

4.2.1

System Hardware Architecture Overview ........................................................... 52

4.2.2

The Working Philosophy of Hardware System ................................................... 54

4.2.3

Introduction to Hardware Module ....................................................................... 55

4.3

Software Architecture ......................................................................................... 58


6/70



5

Technical Specifications ................................................................................. 61

5.1

Physical Indices ................................................................................................. 61

5.2

Board ................................................................................................................. 64

5.2.1

LPC.................................................................................................................... 64

5.2.2

LIC ..................................................................................................................... 65

5.2.3

MSU................................................................................................................... 67

6

Typical Scene .................................................................................................. 67

6.1

IPRAN ................................................................................................................ 67

6.2

FMC ................................................................................................................... 68


7/70



FIGURES

Figure 1-1 ZXCTN 9000-18E/-8E/-5E/-3E/-2E10/-2E4 ........................................................ 6

Figure 4-1 The appearance of ZXCTN 9000-18E ...............................................................41

Figure 4-2 The architecture layout of ZXCTN 9000-18E ....................................................42

Figure 4-3 The appearance of ZXCTN 9000-8E .................................................................43

Figure 4-4 The architecture layout of ZXCTN 9000-8E ......................................................44

Figure 4-5 The appearance of ZXCTN 9000-5E AC ...........................................................45

Figure 4-6 The appearance of ZXCTN 9000-5E DC...........................................................45

Figure 4-7 The architecture layout of ZXCTN 9000-5E AC .................................................46

Figure 4-8 The architecture layout of ZXCTN 9000-5E DC ................................................46

Figure 4-9 The appearance of ZXCTN 9000-3E AC ...........................................................47

Figure 4-10 The appearance of ZXCTN 9000-3E DC .........................................................48

Figure 4-11 The architecture layout of ZXCTN 9000-3E AC ...............................................49

Figure 4-12 The architecture layout of ZXCTN 9000-3E DC ..............................................49

Figure 4-13 The appearance of ZXCTN 9000-2E10 ...........................................................50

Figure 4-14 The architecture layout of ZXCTN 9000-2E10.................................................50

Figure 4-15 The appearance of ZXCTN 9000-2E4 .............................................................51

Figure 4-16 The architecture layout of ZXCTN 9000-2E4 ..................................................51

Figure 4-17 ZXCTN 9000-E Hardware Architecture ...........................................................53

Figure 4-18 The Software System Architecture ..................................................................58

Figure 6-1 IPRAN network .................................................................................................68

Figure 6-2 FMC network ....................................................................................................68

TABLES

Table 5-1 9000-18E/8E/5E/3E Physical Indices ....................................................................61

Table 5-2 9000-2E10/2E4 Physical Indices ..........................................................................62


8/70



1 Overview

ZXCTN 9000 series are new-generation Carrier class Multi-service Packet-based

Platform (CMPP) promoted by ZTE to keep with the development trend of IP

telecommunication services. With packet as kernel, they implement multi-service bearing

and provide customers with Mobile Backhaul, Metro-E, IP-RAN and FMC end-to-end

solution. They help customers to reduce network building cost and maintenance cost,

and assist carriers to realize smooth network evolvement.

ZXCTN 9000 series devices consist of two sub-sequences, which have nine models:

ZXCTN 9008, ZXCTN 9004, ZXCTN 9002

ZXCTN 9000-18E, 9000-8E, 9000-5E, 9000-3E, 9000-2E10, and 9000-2E4

ZXCTN 9000-E series are introduced in this paper, which are shown as follows:

Figure 1-1 ZXCTN 9000-18E/-8E/-5E/-3E/-2E10/-2E4


9/70



2 Highlight Features

2.1 Multi-Service Integration

Unified service platform: Integrating business private line service, WLAN, OLT,

2G/3G/LTE, saving equipment room and reduces users investment, realizing fast

service deployment and network reconfiguration, and helping the operators to build

refined network.

Various interface types: Supporting flexible sub/mother card architecture;

Supporting 100GE, 40GE, 10GE LAN/WAN, GE/FE, 40G POS, 10G POS, 2.5G

POS, 622M POS, 155M POS, Channelized 155M POS and E1/CE1 to satisfy

various network demands.

Comprehensive MPLS VPN protocols: Supporting BGP/MPLS VPN, VPWS, VPLS,

HoVPN, H-VPLS, L2/L3 VPN Bridge, TDM service emulation, E-Line, E-LAN,

E-Tree services bearing to satisfy multi-service access and transmission.

2.2 Wide-Bandwidth Access

With advanced system architecture, distributed and modular design philosophy, ZXCTN

9000 series have largest switch fabric capacity and highest performance packet

processor in industry to provide best performance and flexibility. 9000 series can

construct network platform facing future.

Providing 400Gbps high-speed forwarding capability for each slot to cater the needs

of network bandwidth increase

Adopting high-performance network processor, TCAM (Ternary

content-addressable memory) and TM (Traffic Manager) to enhance performance

and service processing capability.

Supporting large capacity of RIB/FIB to cater the needs of large scale network

deployment.


10/70



2.3 Multiple Protection Technologies

ZXCTN 9000 can support complete device and network level protection features:

Adopting complete distributed modular system to support switching and controlling

separation. Supporting graceful restart for various protocols, non-stop forwarding

(NSF) /NSR. Supporting In-Service Software Upgrade (ISSU).

All hardware boards and equipment components support hot-swapping, switching

fabric, protocol processor, system main control system, power supply module, fan

tray redundancy configuration. System availability reaches carrier-class five-nine

criteria.

Supporting multi-link binding and load sharing. Supporting LDP FRR, IP FRR, TE

FRR, VPN FRR, TE Hot standby, static TE protection group, IGP FC and VRRP

technology to protect node, link and end to end line level failure to guarantee

network stability.

Supporting fast failure detecting BFD for everything to implement failure recovery

and binding BFD with various route protocols, VRRP, LDP and RSVP. Supporting

IGP FRR/LDP FRR/IP FRR/RSVP TE FRR and satisfying carrier-class protection

requirements for key services.

Supporting MPLS OAM and Ethernet OAM, various granularity and hierarchy,

provide refined management of fault, performance and service.

To guarantee equipment security, ZXCTN 9000 provides complete security service

technologies, such as full modular hardware architecture, MD5 authentication of

important protocols OSPF/BGP/IS-IS/RSVP/LDP, CPU protection, protocol restriction,

uRPF, ACL, packet filtering, access authentication etc, so as to avoid equipment security

risk as much as possible.

2.4 IPv6 Evolution

Based on the requirement of IPv6 evolution, ZXCTN 9000 supports:


11/70



Supporting IPv4/IPv6 dual stack.

Supporting 4in6 tunnel, 6to4 tunnel, 6over4 tunnel, 6PE and 6vPE to cater the

needs of IPv6 services.

According to the high performance service cards, provide NAT444, DS-Lite, 6rd and

NAT64&DNS64.

2.5 Unified Network Management System

ZXCTN 9000 supports graphical network management system NetNumen, together with

other bear network products, to realize unified management, and reduce network

building cost and maintenance cost:

Supporting graphic user interface (GUI) supports hierarchical password setting to

protect router operation. Providing multiple management interfaces such as

Console and Ethernet, supporting in-band and out-band NM information channel.

Providing complete and easy VPN service management system, graphical service

wizard, simple fool configuration, featured large customer self-management,

which brings great convenience for users VPN service development.

Complete QoS master, supporting QoS traffic analysis during planning,

configuration and deployment during implementation, and QoS policy

implementation result analysis. Flexible deployment and modular configuration can

easily and quickly implement QoS deployment in the whole network.

3 Functionality

3.1 Link Characteristics

3.1.1 Ethernet

ZXCTN 9000-E Ethernet links support the following basic features:


12/70



Supporting Ethernet interface MTU

Supporting Jumbo frame

Supporting loopback

Supporting TPID modification

10GE interface support LAN/WAN mode

Supporting VLAN, QinQ and SuperVlan

Supporting VLAN range

Supporting smartgroup SG port aggregation

Each SG interface supports up to 32 Ethernet interfaces.

SG interface supports aggregation of Ethernet interfaces across boards or

inter-chassis

SG interface supports aggregation of different speeds

SG interface supports ECMP and load sharing

Supporting synchronization Ethernet and 1588v2

Supporting universal logical Ethernet interface ULEI

Supporting Ethernet interface damping

Supporting static MAC

3.1.2 POS

Packet Over SONET (POS) is a high speed, advanced WAN connection technology. It

uses high speed transmission channel provided by Synchronous Optical

Network/Synchronous Digital Hierarchy (SONET/SDH) to directly transmit IP packets.

The network is structured by high-end router and high-speed optical fiber. POS uses

SONET/SDH as physical layer protocol, encapsulates packets in High-level Data Link

Control (HDLC) frame and uses PPP as link control in link layer. IP packet service runs

on network layer.

Supporting POS interface MTU and IP MTU

Supporting PPP,HDLC and FR encapsulation


13/70



Supporting interface clock internal and line mode

Supporting interface delay up/down

Supporting BCP

Supporting multilink

Supporting physical layer alarm

3.1.3 CPOS

The Channelized POS (CPOS) interface can precisely divide the bandwidth by fully

utilizing the SDH features,

Supporting SDH and SONET encapsulation

Supporting interface inner or outer loopback


Supporting interface damping

Supporting SAToP and CESoPSN

3.1.4 E1/CE1

Time-division multiplexing (TDM) is a type of digital (or rarely analog) multiplexing in

which two or more bit streams or signals are transferred appearing simultaneously as

sub-channels in one communication channel, but are physically taking turns on the

channel.

Supporting PPP and FR encapsulation

Supporting interface inner or outer loopback


Supporting interface damping

Supporting framed and unframed channel

Supporting MPPP and load sharing

Supporting SAToP and CESoPSN


14/70



3.1.5 Frame Relay

Frame Relay (FR) is a high-performance WAN protocol. It runs on both the physical layer

and the data link layer of the Open System Interconnection (OSI) reference module. The

FR only implements the functions of the physical layer and the data link layer of the OSI

reference module. The traffic control and error correction functions are implemented by

intelligent terminals. Using this method, the processing duration of the devices is reduces,

the network throughput is increased, and the communication delay is reduced.

Supporting DTE and DCE

Supporting P2P and P2MP transport

Supporting LMI type: ANSI, Cisco and Q933A

Supporting DLCI

Supporting address mapping

Supporting FR PVC

3.2 Routing Protocols

3.2.1 Unicast Routing Protocols

ZXCTN 9000-E fully supports all types of unicast routing protocol. Its main features

include:

Supporting static routing: manual configuration handled by administrator simplifies

network configuration and enhances network performance.

Supporting IPv4 dynamic routing protocol: BGP4, OSPF, IS-IS and RIP.

BGP (Border Gateway Protocol) is an inter-Autonomous System (AS) dynamic

routing protocol. It is used to exchange routing information among different AS.

BGP uses TCP as transmission protocol, and its port number is 179.

Functions of BGP are:


15/70



Basic and enhanced BGP protocol functions, including route damping, route

reflector, confederation, and extended community, etc;

Graceful Restart function of BGP;

MP-BGP;

VPN access;

Basic MIB function of BGP;

Binding with BFD;

BGP FRR.

OSPF routing protocol exchanges routing information among all the routers within

one AS. It is an interior gateway protocol (IGP) based upon link status. OSPF

creates link status database by announcing network interface status among routers,

and generates the shortest path tree. Then each OSPF router uses these shortest

paths to create routing table.

OSPF routing protocol supports the following functions:

Basic OSPF protocol functions, including virtual link, STUB area;

Graceful Restart function of OSPF;

NSSA;

Demand Circuit function;

VPN access and sham-link;

MIB function of OSPF;

Binding with BFD;

OSPF-TE;

OSPF FRR.


16/70



Defined by International Organization for Standards (ISO), IS-IS routing protocol is

used to support Connectionless Network Service (CLNS) routing protocol. IS-IS, a

hierarchical link-status routing protocol, uses a transmission protocol to send link

information. Similar to IETF-defined OSPF routing protocol, it is also a link

status-based interior gateway protocol.

ISIS routing protocol supports the following functions:

Basic IS-IS functions;

Graceful Restart function of ISIS;

Extending capability of IS-IS, e.g. hostname and overload-bit;

IS-IS VPN access;

MIB function of ISIS;

Binding with BFD;

IS-IS-TE;

IS-IS FRR.

RIP protocol is a dynamic routing protocol running on UDP protocol module. As the

earliest and simplest routing protocol promoted by IPv4 network, it is implemented

based upon distance vector algorithm of local network. RIP broadcasts route by

sending routing information (routing table). In every 30 seconds, it broadcasts

routing table, and maintains neighbor status. At the same time, it calculates its own

routing table as per the received routing information. As RIP runs easily, it is

suitable for small-size network.

RIP routing protocol supports the following functions:

Basic functions of RIPv2/v1 protocol;

RIP VPN access;

MIB function of RIP.


17/70



Supporting IPv6 routing protocols: BGP4+, OSPFv3, ISISv6 and RIPng.

Supporting ISIS/OSPF multi-process

Multi-process is to point to in a three layer device which allows multiple processes

of the same routing protocol, such as on the device running multiple independent

dynamic routing protocols, each process calculating and maintaining its own

optimized route entries, and jointly maintain a global routing table. If multiple

processes are calculated by the same route, optimizing the routing protocol high a

priority, the default routing protocol of the same priority, will compare their cost

value, the smaller values of the cost of the routing will be preferred, if cost values

are the same, will form the equivalent routing.

Supporting RIP/ISIS/OSPF/BGP multi-instance

Routing protocol multi-instance is a different process and different VPN instance

binding, only to maintain its own VPN routing table of each process, so as to realize

on the same device between the public and different VPN routing isolation.

3.2.2 Multicast Routing Protocols

ZXCTN 9000-E supports all types of intra-domain, inter-domain and client multicast

routing protocol of IPv4 and IPv6. It supports controllable multicast and provides QoS

guarantee.

The main features of ZXCTN 9000-E are:

Supporting IPv4 client multicast routing protocols, IGMPv1, IGMPv2 and IGMPv3.

Supporting IPv6 client multicast routing protocols, MLDv1 and MLDv2;

SupportingIPv4 multicast routing protocols, PIM-DM and PIM-SM;

Supporting PIM-SSM. When multicast source has not been confirmed, it can

directly join in multicast source without registering to Rendezvous Point (RP).

Supporting IPv6 inter-domain multicast routing protocols, PIM-SMv6 and

PIM-SSMv6;


18/70



Supporting Embedded-RP. For the groups with Embedded-RP, multicast routing

table can be formed without a designated RP;

Supporting Anycast RP. Multiple RPs exists in a multicast domain. MSDP peers are

set among RPs. Multicast source can choose the nearest RP for registration;

receiver can add the nearest RP to its sharing tree. Hence, RP load sharing can be

implemented. When one RP is invalid, another nearest RP will substitute it to realize

RP redundant backup;

Supporting static multicast. The static multicast can implement active/standby

switchover in the course of non-stop traffic;

Supporting multicast VPN, P network and C network can be in PIM-SM or PIM-SSM

mode.

Supporting inter-domain multicast routing protocols, MSDP and MBGP;

Supporting controllable multicast. Multicast sources and clients can be controlled by

multicast routing policy;

Supporting multicast routing incremental synchronization;

Supporting multicast distributed processing. The generation of multicast routing,

switchover between SPT and RPT, and the processing of multicast protocol

message can be implemented on line card, and then be synchronized to main

processor card.

Supporting multicast load sharing;

Supporting IGMP snooping and PIM snooping

Support multicast PING and multicast TRACE.

3.3 MPLS and Traffic Engineering

3.3.1 MPLS Overview

MPLS is a multi-layer switching technology. It combines L2 switching technology and L3

routing technology together, using label to aggregate forwarding information. It is


19/70



implemented in hierarchical route architecture, supporting multiple upper protocols and

can be implemented on multiple physical platforms.

ZXCTN 9000-E supports MPLS technology. Its features are:

Supporting LDP and static LSP

Supporting LDP multiple instance

Supporting DoD (Downstream on Demand) and DU (Downstream Unsolicited) label

distribution modes

Supporting ordered label control mode and independent label control mode

Supporting liberal and conservative label retention modes

Supporting MPLS Ping/Tracert

Supporting LDP IGP synchronization

Supporting load sharing

Supporting 5 stages label stack

Supporting LSP loop detection mechanism

Supporting MPLS QoS

Supporting mLDP

Supporting LDP over GRE and LDP over RSVP TE

Supporting LDP graceful restart and NSR

Supporting LDP FRR

3.3.2 MPLS L3 VPN

MPLS L3 VPN is a kind of IP VPN based on MPLS technology. It is also called L3VPN,

which applies MPLS technology to routers and switches. MPLS VPN simplifies the route

selection mode of core routers, and it realizes IP virtual private network by means of the

label switching of conventional routing technology.

MPLS VPN can be used to construct broadband Intranet and Extranet, which can satisfy

the requirements of many services cleverly. MPLS VPN can utilize the powerful


20/70



transmission capability of a public backbone network to reduce the construction costs of

the Intranet, and greatly improve the operation and management flexibility of user

networks. Meanwhile, it meets the user requirements for data transmission security, real

time and broad band, convenience.

Work as P, PE or CE.

Supporting dynamic (BGP, RIP, OSPF, and IS-IS) and static (static route) VPN

access.

Supporting policy control such as RT rewriting and Site of Origin (SOO).

Supporting multiple Inter-AS VPN solutions.

Support Carrier of Carrier.

Supporting VRF route restriction.

Supporting L3VPN FRR

Supporting Graceful Restart.

Supporting HoVPN

Supporting 6PE and 6vPE

3.3.3 MPLS L2 VPN

There are several types of MPLS based L2 VPN services: VPWS (Virtual Private Wire

Service), VPLS (Virtual Private LAN Service), MS-PW (Multi-Segmented PW) and VLSS

(Virtual Local Switch Service).

Supporting Martini LDP VPLS and Kompella BGP VPLS;

Supporting VPLS BGP AD;

Supporting MEF E-line, E-Tree and E-Lan

Supporting Inter-AS L2VPN;

Supporting H-VPLS;

Supporting VPWS raw and tagged mode;


21/70



Supporting MAC address learning qualified and unqualified modes;

Supporting heterogeneous VPWS;

Supporting MS-PW;

Supporting VPLS load sharing;

Supporting MC-ELAM

Supporting L2 VPN FRR;

Supporting MAC address filtering and restriction.

Supporting control package filtering in VPLS ;

Supporting L2 VPN access by physical interface, VLAN, QinQ, SG and SG sub-if;

Supporting L2 VPN STP/RSTP/MSTP

Supporting ZESS and ZESR

3.3.4 TDM Emulation

TDMoE refers to circuit emulation on Ethernet which realizes the delivery of TDM service.

With the help of a tunnel built on the Ethernet, TDM traffic slots which is changed into

packets are transparently transferred via PW built by PWE3 (Pseudo Wire Emulation

Edge-to-Edge) technology to the destination. The traffic packets will be resumed to the

original TDM traffic after it arrives at the destination. TDM equipment at both ends of the

network does not care about its connecting networks.

TDM over Ethernet and MPLS network are a kind of transparent transmission to TDM

service, so it is well compatible with traditional telecomm network. In other words, all the

traditional protocols, signaling, data , voice and video service can use this new

technology; in addition, without changing any existing network, carriers can make full use

of the existing resource to implement tradition TDM service on Ethernet or MPLS

network.

Supporting CESoPSN and SAToP

Support setting packing period

Supporting setting jitter delay


22/70



3.3.5 L2/L3 VPN Bridge

L2/L3 VPN bridge node creates local entry list between VFIs (instances of L2VPN) and

VRFs (instances of L3VPN). Service flows are forwarded/routed by matching such entry

list only once, which simplifies data process and improves forwarding efficiency.

ZXCTN 9000-E supports bridge between VPWS/VPLS and L3VPN.

3.3.6 Multicast VPN

Multicast VPN is a technology that supports multicast services on the base of BGP/MPLS

IP VPN. This technology accomplishes the multicast data transport between private

networks by encapsulating private network multicast packets and transmitting them on

the multicast tunnels established between sites.

Supporting MD multicast VPN

Support P2MP multicast VPN

3.3.7 Traffic Engineering

Network congestion is a main problem influencing backbone network performance. The

reason of local congestion may be inadequate network resource or unbalanced network

resource load. TE (Traffic Engineering) resolves congestion caused by unbalanced load.

MPLS TE is a technology combining TE and MPLS. By MPLS TE, service provider can

accurately control the path traffic goes through so as to avoid the nodes with congestion

and solve the problem of part of path being overloaded while the other part of path being

idle; so that fully utilize the current bandwidth resource. Meanwhile, MPLS TE can

reserve resource during the process of LSP tunnel establishment in order to ensure QoS.

MPLS TE use CSPF (Constrained Shortest Path First) algorithm to calculate the shortest

path to certain node.

ZXCTN 9000-E supports MPLS TE technology providing the following features:

OSPF TE and IS-IS TE

CSPF (Constrained Shortest Path First) algorithm


23/70



RSVP

RSVP-TE and RSVP-TE-FRR link protection and node protection

DS-TE functions including uni-CT and multi-CT DS-TE tunnel; and MAM, RDM

bandwidth models.

RSVP-TE Graceful Restart and NSR

RSVP-TE MIB

RSVP-TE extension function.

RSVP-TE MBB (Make-Before-Break), re-optimization, priority preemption, abstract

update, automatic route, FA, hot-standby, SRLG and secondary backup tunnel etc.

Inter-area and Inter-AS MPLS-TE

3.4 IP VPN

3.4.1 GRE

GRE is a widely used technology that encapsulates PDUs of a network layer protocol in

PDUs of any other network layer protocol. It is usually used to establish a GRE tunnel to

pass through different Layer 3 networks. GRE supports to encapsulate messages of a

protocol in messages of another protocol and transmit the messages on networks. It can

encapsulate the packets of some network layer protocols (such as IP and IPX), so that

the encapsulated packets can be transmitted through another network layer protocol

(such as IP).

Supporting GRE over IPv4

Supporting GRE over IPv6

3.4.2 IPSec

Internet Protocol Security (IPSec) is aprotocol suite for securing Internet Protocol (IP)

communications by authenticating and encrypting each IP packet of a communication
http://en.wikipedia.org/wiki/Protocol_suitehttp://en.wikipedia.org/wiki/Internet_Protocolhttp://en.wikipedia.org/wiki/Authenticationhttp://en.wikipedia.org/wiki/Encryptionhttp://en.wikipedia.org/wiki/Packet_(information_technology)#Example:_IP_packetshttp://en.wikipedia.org/wiki/Packet_(information_technology)#Example:_IP_packetshttp://en.wikipedia.org/wiki/Encryptionhttp://en.wikipedia.org/wiki/Authenticationhttp://en.wikipedia.org/wiki/Internet_Protocolhttp://en.wikipedia.org/wiki/Protocol_suite


24/70



session. IPSec includes protocols for establishingmutual authentication between agents

at the beginning of the session and negotiation ofcryptographic keys to be used during

the session. IPSec can be used in protecting data flows between a pair of hosts

(host-to-host), between a pair of security gateways (network-to-network), or between a

security gateway and a host (network-to-host).

Supporting IPSec access VRF

Supporting IPSec segment and assemble

Supporting GRE over IPSec

Supporting dynamic and static SA

Supporting IPSec multiple Peer

Supporting tunnel mode and transport mode

3.5 Network Availability

3.5.1 Graceful Restart

Graceful Restart (GR) is a mechanism aiming at minimizing the impact of routing protocol

restart. It tries to reduce route jitter caused by router restart as much as possible and

diminish the influence of routing protocol restart. When routing protocol restarts, the

restarting router implements its routing information synchronization with the neighbor

router as soon as possible. Then it updates local routing information without redoing

controlling layer. The routing protocols with GR capability are as follows. Although each

protocol implements uniquely, they have similar basic principle.

GR supported by ZXCTN 9000-E includes:

BGP GR

IGP GR

LDP GR

RSVP GR
http://en.wikipedia.org/wiki/Mutual_authenticationhttp://en.wikipedia.org/wiki/Key_(cryptography)http://en.wikipedia.org/wiki/Key_(cryptography)http://en.wikipedia.org/wiki/Mutual_authentication


25/70



PIM GR

L3/L2 VPN GR

3.5.2 NSR

NSR (Nonstop routing) ensures that the route between the forwarding plane and the

control plane is not interrupted after the switchover between the active/standby control

planes. With this function, the device faults almost have no influence on the whole

network.

The device with the NSR function synchronizes the information in real time between theprocessing units of the active/standby control planes, which ensures that the statuses

and processing logics of the processing units of the active/standby control planes are the

same. When the processing unit of the active control plane is faulty, the active/standby

switchover happens. The processing unit of the standby control plane immediately

becomes active. In this case, the services of both the forwarding plane and the control

plane are not interrupted, and extra protocol recovery procedures with its neighbors are

not required.

OSPF NSR

ISIS NSR

BGP NSR

LDP NSR

RSVP NSR

BFD NSR

PIM NSR

3.5.3 VRRP

VRRP protocol implements gateway backup function in the multiple-access LAN (such

as Ethernet) by providing a set of checking and election mechanism. VRRP maintains

uninterruptible service of network system for accessed host equipment by backup of


26/70



gateway equipment in LAN. That is to say, VRRP backups route next-hop equipment of

accessed host equipment.

VRRP protocols supported by ZXCTN 9000-E have the following features:

Supporting VRRP and BFD check and binding.

Supporting VRRP and PING check and binding.

Supporting VRRP checking designated port status.

Supporting VRRP checking key routing information.

Supporting VRRP heartbeat implementing protocol packets forwarded by

designated L3 interface.

Supporting VRRP group management implementing integrated receiving and

sending protocol packets of multiple VRRP groups.

3.5.4 FRR

FRR make secondary path before break. So router who detects link or node fault can

switch traffic to backup path immediately.

Supporting IP FRR

Supporting LDP FRR

Supporting TE FRR detour mode and bypass mode

Supporting TE hot-standby

Supporting 1+1 and 1:1 static TE tunnel group

Supporting 1+1 and 1:1 PW APS



Supporting Multicast-only FRR

Supporting nested FRR

Supporting DNI-PW


27/70



3.5.5 BFD

One important performance of network equipment is to quickly detect the fault between

adjacent systems, and to create other path as soon as possible. BFD (Bidirectional

Forwarding Detection) just perfectly fulfill this aim. The main function of BFD is to provide

a light-loaded fast failure detection mechanism for neighboring forwarding engine.

Millisecond-level link detection and route switching function can be realized by combining

BFD and FRR.

BFD supported by ZXCTN 9000-E has the following features:

Supporting version 0, version 1 BFD detection function.

Supporting BFD for BGP detection.

Supporting BFD for OSPF detection.

Supporting BFD for ISIS detection

Supporting BFD for LSP detection.

Supporting BFD for TE tunnel detection.

Supporting BFD for static routing detection.

Supporting BFD for VRRP detection.

Supporting BFD for PIM detection

Supporting BFD for IPv6 detection

3.5.6 MPLS OAM

MPLS Operation, Administration and Maintenance (OAM) technology provides a set of

mechanisms for failure detection on MPLS network.

Supporting VCCV

Supporting LSP PING and LSP TRACE


28/70



3.5.7 Ethernet OAM

Ethernet OAM helps to install, monitor and troubleshoot Ethernet network.

Supporting 802.3ah EFM

Supporting 802.1ag CFM fault management and performance management

Supporting Y.1731 fault management and performance management

3.5.8 OAM Mapping and Interworking

OAM mapping and interworking is an interactive process between various OAM

mechanisms or OAM entities.

Supporting OAM mapping between AC and PW

Supporting OAM mapping between segments of MS-PW

Supporting OAM mapping between TE tunnel and PW

Supporting OAM mapping between LSP tunnel and PW

3.6 QoS

3.6.1 Packet classification and marking

The packet classification tool can classify network service flows into several priorities or

service classes. Common packet classification basis include physical interface,

sub-interface, Medium Access Control (MAC) address, 802.1Q/p CoS, Multi Protocol

Label Switching (MPLS) EXP, DSCP, IP precedence (IPP), IP quintuple group, packet

header, and ACL, VRF instance, VFI instance ,tunnel, IP unicast, IP multicast, etc.

The marking tool is normally used to create the trust boundary relied on by other QoS

tools. Users can make different marks for different service classes in accordance with

user policies. A mark of a packet can be the criteria for the next classification, and the

mark also can be carried to other devices by the packet. In The marking tool is normally

used to create the trust boundary relied on by other QoS tools. Users can make different

marks for different service classes in accordance with user policies. A mark of a packet


29/70



can be the criteria for the next classification, and the mark also can be carried to other

devices by the packet.

3.6.2 Traffic supervision and shaping

The traffic supervision is used to check traffic rate in real time and take corresponding

actions when the traffic exceeds the committed rate. Traffic supervision can fix whether

the traffic on the ingress exceeds the committed rate. It will re-mark or drop the traffic that

exceeds the committed rate. The traffic shaping is a traffic smoothing tool that operates

together with the queuing mechanism. The traffic shaping function is used to ensure that

the traffic is smoothly sent at a specified rate. If the incoming traffic exceeds the

designated rate temporarily, the traffic that exceeds the committed rate will be stored in a

buffer and transmitted with delay.

Supporting srTCM

Supporting trTCM

Supporting GTS

3.6.3 Queue

Basic queue scheduling algorithms supported by ZXCTN 9000-E include:

FIFOFirst In First Out

PQPriority Queue

WFQWeighted Fair Queue

CBWFQClass-Based Weighted Fair Queue

3.6.4 Congestion Management

Random Early Detection (RED) can be adopted as an avoiding mechanism preventing

congestion problem at bandwidth bottleneck. WRED (Weighted Random Early Detection)

combines IP priority level determined by weighted calculation and RED algorithm. WRED

provides a statistics tool to maintain effective link utilization.

Congestion management algorithms that ZXCTN 9000-E supports are:


30/70



RED (Random Early Detection)

WRED (Weighted Random Early Detection)

3.6.5 H-QoS

Hierarchical QoS specifies QoS behavior at multiple policy levels, which provides a high

degree of granularity in traffic management.

Supporting 5 stages scheduling

Supporting L2/L3VPN and TE H-QoS

Supporting switch fabric H-QoS

3.6.6 QPPB

QoS Policy Propagation through the Border Gateway Protocol (QPPB) technology is a

QoS technology deployed through Border Gateway Protocol (BGP) routing policies. On

the base of BGP routes (such as community, AS paths list, and prefix list), QPPB

classifies routes and applies different QoS policies for different classes.

With QPPB technology, routes can be classified in advance by setting BGP routes on

BGP route senders. This simplifies route modification on route receivers.

3.6.7 Priority Inheritance

Priority inheritance is used to accomplish priority inheritance among different types of

packets (including common IP packets, VLAN packets and MPLS packets), that is, the

conversion among IP-Precedence, VLAN-802.1p, and MPLS-EXP.

Supporting mapping priority field from Layer 2 to Layer 3

Supporting mapping from MPLS-EXP field to IP-Precedence field by Uniform, Pipe

or Short-pipe modes


31/70



3.7 Security Features

3.7.1 Control Plane Security

Control plane security ensures that CPU is in normal operation while high-priority packet

is processed in priority. When CPU needs to process so many packets that normal

operation of the equipment is affected, some security measures should be taken to limit

the traffic sent to CPU and process a high-priority packet in priority. In addition, control

plane security also includes the security in route information protection and route

notification control.

Supporting control plane packet identification and classification

Supporting multi-level scheduling

Supporting policy profile and on-line modification

Supporting traffic suppression and attack source trace

Supporting Generalized TTL Security Mechanism (GTSM)

3.7.2 Authentication and Authorization

ZXCTN 9000-E implements complete security functions for administrator authentication

policy. Administrator can configure different access authentication policy based on

different access authentication needs to selectively implement different authentication

and authorization.

Local authentication

RADIUS (Remote Authentication Dial-In User Service)

TACACS+ (Terminal Access Controller Access Control System)

ZXCTN 9000-E implements complete protocol security authentication for protocols such

as SSH, PPP, routing protocols and SNMP based on different requirements of protocol

security authentication.

SSH protocol security authentication:

Support MD5-based cipher text authentication.


32/70



Support SHA1-based cipher text authentication

PPP access security authentication:

Support PAP-based authentication

Support CHAP-based authentication

Routing protocol security authentication:

RIP v2, OSPF, and IS-IS support plaintext packet authentication.

RIP v2, OSPF, IS-IS, and BGP support MD5-based cipher text authentication.

RIPng, OSPFv3, and BGP-4 support MD5-based cipher text IPSec AH

authentication.

RIPng, OSPFv3, and BGP-4 support SHA1-based cipher text IPSec AH

authentication.

SNMPv3 encryption and authentication.

3.7.3 Unicast Reverse Path Forwarding

ZXCTN 9000-E supports uRPF (Unicast Reverse Path Forwarding), preventing network

attacks based on source address spoofing. Among common DoS attacks there is a kind

of source address spoofing with which the attacker spoofs a source address (usually a

legal network address) to access to the attacked equipment so as to prevent it from

providing normal services. URPF can effectively defend against this attack.

ZXCTN 9000-E supports the following uRPF features:

Strict RPF checking

Loose RPF checking

Loose RPF checking ignoring default route

uRPF with ACL checking


33/70



Support uRPF for IPv4 and IPv6

3.7.4 Port Mirroring

With the port mirroring function, partial or all traffic of the source ports can be copied to a

specified mirroring port or a destination port. When the normal throughput of the source

ports is not affected seriously, the mirroring port is used to monitor the traffic of the

network.

Supporting local mirroring and remote mirroring

Supporting port mirroring and flow mirroring

Supporting ingress, egress and bidirectional mirroring

3.7.5 Netflow

ZXCTN 9000-E supports netflow, which is a kind of technology based on sampling and

designed to monitor the network. Main features of netflow are:

Supporting Netflow v5, v8, v9 and IPFIX.

Sampling rate up to 1:1

Supporting key-word based sampling

Supporting IPv4, IPv6 and MPLS

Supporting Top N statistics flow analysis.

3.8 Clock Synchronization

3.8.1 System Clock

Clock synchronization module serves to precisely transmit synchronization timing signals

from a reference clock to each clock node in a communication network. In this way,

clocks at various nodes are adjusted to maintain clock synchronization, so as to meet the


34/70



requirements on the performance of the communication network in transmitting or

exchanging communication service information.

Supporting manual mode and anomatical mode

Supporting 2Mbit and 2MHz input

Supporting synchronization from BITS, POS, Ethernet, GPS, 1PPS+TOD and IEEE

1588

Supporting SSMSynchronization Status Message

Supporting ACR and DCR clocl recovery

3.8.2 NTP

Network Time Protocol (NTP) is a time synchronization protocol applied to different

network members. The NTP devices synchronize their clock by exchanging NTP packets,

thus to keep their clocks consistent.

Supporting NTPv4 and NTPv6

Supporting NTP server and client

Supporting NTP protocol authentication

3.8.3 Synchronous Ethernet

ZXCTN 9000-E supports synchronous Ethernet technology.

To generate high-precision system clock, Synchronous Ethernet adopts an external

high-precision clock (2MBits, 2MHz) for reference, and the generated system clock is

distributed to all line cards. Furthermore, GPS can be used for clock reference.

3.8.4 IEEE 1588v2

ZXCTN 9000-E supports IEEE 1588v2 protocol. 1588v2 protocol provides a set of

precise time synchronization program -PTP (Precision Time Protocol), which supports

time and frequency synchronization, providing sub-microsecond time synchronization

accuracy. In 1588v2 protocol, PTP packets can have a variety of packages, such as UDP


35/70



(IPV4, IPV6), Ethernet and so on. At the same time, PTP packets can be transmitted by

multicast mode or unicast mode.

To the communication, clock can be divided into the master clock and the slave clock. In

theory, any clock can serve as the master clock and slave clock, but a PTP

communication subnet can have only one master clock. Optimal clock throughout the

system clock is the GMC (Grandmaster Clock), which is the best stability, accuracy,

reliability and so on. According to the precision and level of the clock on each node, and

traceability of UTC (Universal Time Clock), the best master clock algorithm automatically

selects the subnet master clock; in only one subnet system, the master clock is the GMC.

Each system has only one GMC, and each subnet has only one master clock, slave clock

should keep pace with the master clock.

Supporting OC,BC,P2P TC,E2E TC,P2P TC/OC and E2E TC/OC

Supporting BMC

Supporting one-step and two-step clock mode

Supporting unicast and multicast transport

Supporting Ethernet, IPv4 and IPv6 encapsulation

Supporting Delay and Peer Delay request interval setting

Supporting Slave-only mode

Supporting PTP packet filtering

Supporting packet priority setting

Supporting Synchrinization Etherent and PTP interworking

Supporting delay compensation

Supporting UTC Auto Trace


36/70



3.9 OPERATION AND MAINTENANCE

3.9.1 NetNumen Unified Network Management Platform

NetNumen network management system is an integrated management system designed

by ZTE for its router, switch and CE. It covers network element management, network

management and service management. NetNumen network management system

provides the following services:

Failure management makes sure steady network operation.

In the maintenance of network management, the administrator urgently needs to

know the network operating status to make sure steady network operation. The

failure management of NetNumen is responsible for receiving real-time equipment

warning and network events from all NE, so that it can give audible and visible

information to maintenance staffs; after being confirmed by maintenance staffs, the

collected warning report will be saved for future statistics and search. Failure

management is the most important and common used method in users network

operating maintenance. Via failure management, user can arrange information

search, real-time monitoring, failure filtering, failure location, failure confirmation,

failure deletion, and failure analysis for ZXCTN 9000-E series device. Besides,

NetNumen system also provides voice prompt, graphic warning display, and

informs user the failure by sending Email and messages via warning system, Email

system, SMS system, which simplifies users daily maintenance.

Performance management enables complete understanding of network services

The traffic direction, traffic load and network load are the key issues in networkmanagement. The performance management module of NetNumen is mainly

responsible for the performance monitoring and analysis of data network and its

equipments. The performance data collected by network element will generate

performance report after a certain processing, so that maintenance and

management departments can get information to guide network engineering, plan,

network scheduling and improve network operating quality. Via performance

management, user can implement load, traffic direction and interface load collection,


37/70



get timely service quality report and give prompt evaluations and adjustment on

entire network resource configuration.

Resource management makes reasonable use of network resource

The resource management system realizes the management of physical resource

and logical resource, so it is an inevitable basic system in carriers service progress.

Also it is the critical precondition for realizing automatic service initiation and service

guarantee. Via resource management, user via the resource management system

not only can get information of the management of the equipment, module, interface

and link in the network, but also can know the operating status of the logical

resources, such as, VLAN resource, L2/L3 VPN resource, and MAC addresses.

Graphic management makes network operation clear

Graphic management provides unified network topology and multi-graph

management, which enables the user to be aware of the network topology and

equipment operating status in the entire network. At the same time, it provides

maintenance interfaces for network and equipment. User utilizes graphic

management to know the operating status and warning status of the equipment. At

the same time, it supports fast navigation to other management systems.

Configuration management, fast service deployment

The configuration management implements the configuration of ZXCTN 9000-E

series, including equipment management, interface management, L2 attribute

management, MPLS management, routing protocol management, software

upgrade management, and configuration file management; also it supports many

customer-friendly configuration modes, such as end-to-end configuration, in-batch

configuration, guiding configuration. Besides, it offers default configuration models

to corresponding management.

Security management protects network

The security management is mainly responsible for users legal network operation.

It realizes the management of user, user group and role. By arranging correct

relationships between user, user group and role, it provides administrators with

security control mechanism. Via login authentication, it prevents illegal users from


38/70



accessing the system. By authorized operation, it offers security mechanism to

administrators secure operation.

Northbound interface gives conveniences to integration

Due to the fast development of telecom industry, one carrier nowadays should

manage multiple different network element equipment or professional network

management system. The drawbacks for instance non-interaction among different

professional network management systems, complicated management content,

and multiple operating interfaces become more and more obvious. To enhance the

integrated network management level and effect of telecom enterprise, one network

management station can be used to implement all sorts of management and control

to the interconnected networks, so that, the integrated entire network management

comes true.

The integrated network management connects with professional network

management via interface. So the professional network management should

provide standard open northbound interface to the integrated network management

system, so that, it can integrate with the integrated network management system

rapidly and reliably. NetNumen supports many types of northbound interface, e.g.

CORBA, SNMP, TL1, XML and FTP.

3.9.2 SNMP

Administrators use SNMP as a main way to operate, control and maintain the router. In

order to perform network management, users use NMS software to send and receive

SNMP packets between the managed network elements and the management station.

Supporting SNMP V1, V2c and V3

Supporting community string

Supporting SNMP authentication

Supporting SNMP Trap


39/70



3.9.3 Connection Management

ZXCTN 9000-E series equipment provides multiple equipment login and management

configuration modes, which enables user to choose the optimal way to configuring its

connections. It makes the equipment maintenance easier.

Serial interface connection configuration: Serial interface connection configuration

uses VT100 terminal mode.

Telnet connection configuration

SSH (Secure Shell) protocol connection configuration

NETCONF: NETCONF is a kind of xml-based network management protocol; it

provides a simple mechanism for network equipment configuration and

management.

Download/upload router configuration files, and update router configurations via

FTP, TFTP and SFTP

DCN plug and play

3.9.4 LLDP

Link Layer Discovery Protocol (LLDP) is a protocol defined by IEEE 802.1AB. Network

management systems can know the topology and changes of L2 networks through LLDP.

LLDP organizes local device information into Type/Length/Value (TLV) and encapsulates

it in a Link Layer Discovery Protocol Data Unit (LLDPDU) to send it to the

direct-connected neighbor. At the same time, LLDP saves the LLDPPDU sent by

neighbors in the standard MIB, so that network management systems can query and

determine the communication states of links.

3.9.5 Policing and Maintenance

ZXCTN 9000-E series is capable of multiple ways of equipment policing, management

and maintenance, which enables the equipment to process all sorts of abnormity

correctly, and provide users with all types of parameter in the course of equipment

operation.


40/70



Equipment Policing:

There are indicators on power supply module, fan, MPU and all LICs. They show

the operating status of these components;

Fan monitoring is done by special fan module which can test the operation and

status. Besides, it is also capable of intelligent fan speed adjustment.

Power supply module provides operation, status, power consumption, current,

voltage and AC/DC situation;

When the fan, power supply or temperature goes working, the voice awarding and

software warning will be generated;

Distributed temperature collection and temperature monitoring;

The MPU switchover and hot swappable records are kept for reference;

Automatic check for matching of version in the course of system operation

The system monitors the operating status of the software, when abnormity happens,

the LIC will be restarted and MPU switchover will be implemented as well;

Equipment management and maintenance

The command line provides flexible online help;

Provide hierarchical user authority management and hierarchical commands;

Provide multi-level user authority management, automatic record of user operation

log;

Support information center, provide unified management of log, alarm and

scheduling information;

Via CLI, user can check the basic information of all MPU, LIC, and optical modules;

User can decide if console login require user name and password or not;


41/70



Provide multiple sorts of information query, including version, component status,

temperature, CPU and memory availability;

Common users password support text and Cipher text modes;

Provide hierarchical equipment alarming management, alarm classification, and

alarm filtering, which can send the alarm to remote server.

Supporting Active/Standby forced switch-over and graceful switch-over

Supporting ISSU and hot-patch

Supporting RMON

Supporting SYSLOG

3.9.6 Diagnosis and Scheduling

ZXCTN 9000-E series provides multiple sorts of diagnosis and scheduling methods,

enabling user to have multiple ways to adjust equipment and get more scheduling

information. Support dedicated diagnosis test command mode, complete equipment

diagnosis and test, which enables equipment test to be carried out at any time. And when

the equipment breaks down, it can be inspected remotely.

Test of equipment operation status

Provide CPU availability, peak value of CPU availability and memory

availability of all modules

Provide record on traffic speed and peak traffic of all interfaces

Support the calculation of the packet processing carried out by internalprocessor of line card and switching fabric

Test of Equipment Failure Status

Support the display of status of internal register of line card and memory

address

Support the display of the memory of service table


42/70



Support the external operation internal function

Support the display of internal communications status of line card

Ping and Trace Route: by inspecting if the network connection is reachable, the

transport path of the online record packet acts as the reference;

Debug: rich debug commands are provided to each of software. Every debug

command supports multiple debugging parameters, so it can be controlled flexibly.

Via debug command, specific information on the progress, message processing

and tolerance inspection of the service in the course of operation can be displayed;

Mirroring image service: it supports interface-based mirroring image, via which the

incoming, outgoing or bidirectional messages are replicated to the observed

interface.

4 System Architecture

4.1 Product layout

ZXCTN 9000 series product uses chassis-based architecture that is popular in the

industry. Adopting all-in-one chassis and modular architecture, ZXCTN 9000 can provide

flexible scalability.

The entire equipment is mainly composed by chassis, fan tray, air intake plane,

backplane, power supply module, management processor unit, switch fabric unit and

service line cards.

The chassis is made by sheet metal. It is an entire architecture composed by two-side

boards, soleplate, top plate, and structure tracks. The module insert and cabling can be

done in the front of chassis. The power supply module and fan tray are designed in

modular architecture. The entire device is 19 inch which totally goes in line with the

industry standard; as a result, it can be put in IEC 297 or ETSI standard racks.


43/70



4.1.1 Layout of ZXCTN 9000-18E

The appearance and architecture layout of ZXCTN 9000-18E are as shown as follows:

Figure 4-1 The appearance of ZXCTN 9000-18E

1. Power Supply module 5. Dust screen 9. Power Supply Terminals

2. Cable tray and baffle 6. Air inlet 10. Fan module of Service Board Area

3. Ant-dust Panel 7. Dust screen 11. Fan module of Switch Board Area

4. Service Board area 8. Switch Board area


44/70



Figure 4-2 The architecture layout of ZXCTN 9000-18E

PFU+PIU

PFU+PIU

PFU+PIU

PFU+PIU

PFU+PIU

PFU+PIU

PFU+PIU

PFU+PIU

PFU+PIU

PFU+PIU

MPU

PFU+PIU

PFU+PIU

PFU+PIU

SFU

SFU

SFU

SFU

PFU+PIU

PFU+PIU

MPU

LPC+LIC

LPC+LIC

LPC+LIC

LPC+LIC

LPC+LIC

LPC+LIC

LPC+LIC

LPC+LIC

LPC+LIC

SC

MC

LPC+LIC

LPC+LIC

LPC+LIC

LPC+LIC

LPC+LIC

MC

25

Downward cable tray

ir filter

PFU+PIUSC 24

PFU+PIUSC 23

PFU+PIUSC 22

PFU+PIUSC 21

PFU+PIUSC 20

PFU+PIUSC 19

PFU+PIUSC 18

ir inlet

ir inlet

ir filter

Upward cable tray

Power supply modules

27 9 10 11 1 2 13 14 15 16 17

26 0 1 2 3 4 5 6 7 8

LPC+LIC

LPC+LIC

LPC+LIC

LPC+LIC

The chassis of ZR10 9000-18E is 41U (1U=44.45mm) high and its entire size goes like

442mm*634mm*1819.6mm (W*D*H). With vertical slots, ZXCTN 9000-18E is designed

with 28 slots including 18 service line card slots, 2 MC (Main Control unit) and 8 SC

(switch unit). The MC is designed in 1:1 redundant backup and SC is in 6+2 redundant

backup.

The power supply module is designed to work in N+1 or N+N mode to enhance the

reliability of the entire power supply system. In N+1 DC mode, the system supports a

maximum of 12 (11+1) power supply modules. In N+N mode, the system supports a

maximum of 16 power supply modules (8+8).

The ZXCTN 9000-18E has 12 fan modules, including 10 for LPC boards and two for MC

boards. These modules are installed at the air outlet of the system, and dissipate heat by

air exhaust. The cool air enters the chassis from the middle lateral sides of the chassis


45/70



and passes by the boards, and then the fans blow the hot air out of the chassis from the

rear top, bottom, and left side of the chassis.


The appearance and architecture layout of ZXCTN 9000-8E are as shown as follows:

Figure 4-3 The appearance of ZXCTN 9000-8E

1. Lateral air inlet

2. Sub-rack mounting flange

3. Handle

4. Cable tray and baffle

5. Board area

6. Dust screen

7. Air inlet

1. Air inlet

2. Fan module

3. Power Supply module


46/70



Figure 4-4 The architecture layout of ZXCTN 9000-8E

P

F

U

P

I

U

P

F

U

P

I

U

P

F

U

P

I

U

S

F

U

S

F

S

F

U

P

F

U

P

I

U

P

F

U

P

I

U

P

F

U

P

I

U

P

F

U

P

I

U

P

F

U

P

I

U

7

FAN

L

P

C

L

I

C

L

P

C

L

I

C

L

P

C

L

I

C

M

S

C

S

C

M

S

C

L

P

C

L

I

C

L

P

C

L

I

C

L

P

C

L

I

C

L

P

C

L

I

C

L

P

C

L

I

C

S

C

0 1 2 3 4 5 6 78

9

10 11

Cable bracket

Air inlets

Transversal dust screen

The chassis of ZR10 9000-8E is 14U (1U=44.45mm) high and its entire size goes like

441mm*619.5mm*749.4mm (W*H*D). With vertical slots, ZXCTN 9000-8E is designed

with 12 slots including 8 service line card slots, 2 MSC (main switch & control unit) and 2

SC (switch fabric unit). The MC is designed in 1:1 redundant backup and SC is in 3+1

redundant backup.

The power supply module is designed in online backup mode. It is capable of providing

-48V DC modes. DC power supply mode is in 2+2 design to enhance the reliability of the

entire power supply system.

There are five groups of fans trays on the top-back part of the chassis respectively. So,

the air enters the device from the front bottom and lateral bottoms, and leaves the device

from the back top.

One set of cable brackets on the top part of the line card, which gives conveniences for

cabling.


The appearance and architecture layout of ZXCTN 9000-5E AC and DC are shown as

follows:


47/70



Figure 4-5 The appearance of ZXCTN 9000-5E AC

Figure 4-6 The appearance of ZXCTN 9000-5E DC


2. Handle

3. Cable tray

4. Board area

5. AC power supply module

1. Dust screen


3. Fan module

4. Air outlet


2. Handle

3. Cable tray4. Board area


48/70



Figure 4-7 The architecture layout of ZXCTN 9000-5E AC

LPC+LIC

LPC+LIC

LPC+LIC

MSC

MSC

LPC+LIC

LPC+LIC0

1

2

3

4

5

6

AC Power Supply AC Power Supply

Figure 4-8 The architecture layout of ZXCTN 9000-5E DC

LPC+LIC

LPC+LIC

LPC+LIC

MSC

MSC

LPC+LIC

LPC+LIC0

1

2

3

4

5

6

The chassis of ZXCTN 9000-5E AC is 8U (1U=44.45mm) high and its entire size goes

like 442mm*352.8mm*740mm (W*H*D). And the chassis of ZXCTN 9000-5E DC is 7U

high and its entire size goes like 442mm*308.3mm*740mm (W*H*D).

1. Dust screen

2. Air inlet

3. Fan module

4. Power supply module


49/70



With horizontal slots, ZXCTN 9000-5E is designed with7 slots including 5 service line

cards and 2 MSCT. The MSC is designed in 1:1 redundant backup and Switch Fabric

Unit is in 1+1 redundant backup.

The power supply module is designed in hot backup mode. It is capable of providing -48V

DC or 110/220V AC modes. DC power supply mode is in 1+1 design, which enables 2

groups of -48V DC offer electricity at the same time. AC power supply mode uses 1+1

backup to enhance the reliability of the entire power supply system.

Air filter prevents dusts from falling down to the chassis. The air enters the device from

the right side, and the air leaves the device from the back.

Two sets of cable brackets on the both sides, which give conveniences for cabling.


The appearance and architecture layout of ZXCTN 9000-3E AC and DC are shown as

follows:

Figure 4-9 The appearance of ZXCTN 9000-3E AC


2. Handle

3. Cable tray

4. Board area

5. AC power supply module


50/70



Figure 4-10 The appearance of ZXCTN 9000-3E DC

1. Dust screen


3. Fan module

4. Air outlet


2. Handle

3. Cable tray

4. Board area

1. Dust screen

2. Air inlet

3. Fan module

4. Power supply module


51/70



Figure 4-11 The architecture layout of ZXCTN 9000-3E AC

LPC+LIC

LPC+LIC

LPC+LIC

MC

0

1

2

3 MC4

AC Power Supply AC Power Supply

Figure 4-12 The architecture layout of ZXCTN 9000-3E DC

LPC+LIC

LPC+LIC

LPC+LIC

MC

0

1

2

3 MC4

The chassis of ZXCTN 9000-3E AC is 5U (1U=44.45mm) high and its entire size goes

like 442mm*219.4mm*738mm (W*H*D). And the chassis of ZXCTN 9000-3E DC is 4U

high and its entire size goes like 442mm*175mm*738mm (W*H*D). With horizontal slots,

ZXCTN 9000-3E is designed with 5 slots including 3 service line cards and 2 MC. The

MC is designed in 1:1 redundant backup.

The power supply module is designed in hot backup mode. It is capable of providing -48V

DC or 110/220V AC modes. DC power supply mode is in 1+1 design, which enables 2

groups of -48V DC offer electricity at the same time. AC power supply mode uses 1+1

backup to enhance the reliability of the entire power supply system.

Air filter prevents dusts from falling down to the chassis. There are two groups of fans

trays on the back part of the chassis. The air enters the device from the right side, and

the air leaves the device from the back.

Two sets of cable brackets on the both sides, which give conveniences for cabling.


52/70



4.1.5 Layout of ZXCTN 900

zte zxctn 9000-e v3.00.10 l3 switch product description_20150128_en

Documents