ZTE - South Zone Validation Test Report Lab test, CS Part (MSS/GMSS/GMGW/MG W/HLR) ty tte y CrZTE BSNL South Zone Validation Test Modification History: Version Date Author Approved By Remarks Technical Contact: ZTE CORPORATION ZTE Plaza, Keji Road South, Nanshan District, Shenzhen 518057, PR.China http://www.zte.com.cn Copyright of ZTE Corporation. All Rights Reserved Page 2 of 78ZTE BSNL South Zone Validation Test CONTENTS 1 General... 1.1 Scope. 1.2 Acronym. 2 Test Tools Introduction... 2.1 Autoload, 2.2 HAI 3 Traffic Model nesnn 3.1 MSCs traffic model, 3.2 GMSC traffic model... 3.3 MGW Traffic Model... 3.4GMGW Traffic Model, 3.5 HLRYAUC Traffic Model. 4 Test Configurations. 4.1 MSC Server and MGW. 4.1: Physical Networking 4.1.2 MSC&MGW HW Configuration. 4.2 HLRYAUC Configuration... 4.2.1 System and call architecture. 4.2.2 2XUN USPP Configuration (Rack Layout. 4.2.3 Required Equipment 5 ZXUN USPP Load Regulation Mechanism. 5.1 Load Regulation based on CPU usage. 7 5.2 Load Regulation according to number of messages per second. 6VT Testa 6.1 MSC Server Test. 6.1.1 Call admission feature for overload control 6.1.2 MSC Server Access overload contro. 6.1.3 Internal overload control Test. 6.1.4 MSC Server overload and recovery Test. 6.1.5 MSC Server overload more than 50% Test. 6.1.6 MSC Server overload control Test... 6.1.7 MSC Server paging congestion control Test. 6.1.8 Typical MSC Server Dimensioning Test 6.2 MGW Test... 62.1 MGW System VAD and Titer-Buffer Test 6.2.2 Typical MGW Dimensioning Test. 6.2.3 MGW troubleshooting Test(DTR 3.2.3). 6.2 HLR Tes 63.1 Load Regulation in HLR&Ave (GR 4.1.6 & GR 10.111 6.3.2 The capacity of one FE board in HLR (DTR 2.60.12)... 6.3.3 The capacity of DSA and DST board in HLR (DTR 2.60.12)... aay 5 a ! A b wx DS Copyright of ZTE Corporation, All Rights Reserved Page 3 of 78Ve Copyright of ZTE Corporation. All ZTE BSNL South Zone Validation Test 1 General LI Scope The purpose of this test is to verify that ZTE MSC Server/MGW (MSS/MGW,GCS,TMGWs) and ZTE USPP(HLR/AUC) could run stably under normal load, serious load and critical overload conditions. In order to verify the MSC Server, MGW and USPP processing capabil we define three kinds of load levels to perform the load test, which are normal load, serious load and critical overload. 1.2. Acronym Abbreviations Full Spelling ‘MSCS Mobile Switching Contre Server HLR Home Location Register Mow Media gateway RNC Radio Network Controller BSC. Base Station Controller BHCA ‘Busy hour call attempt Caps Call per second DPBXI ‘Data Processing Blade X1 DPBBO Data Processing Blade BO DPBBI Data Processing Blade BL DPBB2 Data Processing Blade B2 ‘SWBBI Switch Blade BI omM Operation & Maintenance Subsystem oMP: ‘Operation Main processor SIPL Signaling process interface MP ‘Control Main Processor ‘SMP Signaling Main Processor Caps Call per second ‘GPBBO General Processing Blade BO MPBAO | Media Processing Blade AO SWBBO ‘Switch Blade BO RMP Resource Main processor wy XD ty under different load conditions,ZTE BSNL South Zone Validation Test Abbreviations ull Speting MP VLR main processor BASN | Backplane of ATCA Switch Network RIP Te wart —_ | Performance Test Tool yo Copyright of ZTE Corporation. All Rights Reserved Page 5 of 78ZTE BSNL South Zone Validation Test 2. Test Tools Introduction 2.1 Autoload Autoload provides equipment and a method of large traffic automatic test, which simulates the real test and various complicated hybrid traffic models and can be flexibly controlled. Asa large traffic automatic test device, Autoload is featured by implementation driver module, protocol analysis module, protocol edition module, signaling bearer module, interface adaptation module, system control module, data configuration module, and operation interface module. The implementation driver module, system control module, operation interface module, data configuration module are universal modules relevant to specified protocols, and the protocol analysis module, protocol edition module, signaling bearer module, and interface adaptation modbile are related to protocols. Autoload tool will be used for test of both MSC Server and MGW. 2.2 HATT HATT (Performance Test Tool)"is a mobile core network capacity and load assessment system which is manuifactuitéd by ZTE. HATT ean work as simulator for MSC/VLR, SGSN, and MME ete. to estimate the performance of ZXUN USPP system. & oH Copyright of ZTE Corporation. All Rights Reserved Page 6 of 78 XSww ZTE BSNL South Zone Validation Test ‘The HATT software structure is shown in the figure below: Performance Test Tool Link, Office and TestCase 3 Traffic Model 3.1 MSCs traffic model As per the traffic model data provided by our commercial team, one CMP module of MSC Server's GPBBO board can process 360K BHCA(mixed), in this test we've configured the 2 CMP modules to process 720K BHCA for normal load. ‘The MSCs call traffies are set as 2G and 3G services with the percentages listed in the following table: Percentage of 2G users 50% Percentage of 3G users 50% Percentage of intra-office calls originated by local 2G users 50% Percentage of intra-office calls originated by local 3G users 50% Copytght of ZTE Corporation, Al Rights Reserved we oe Page 7 of 76 Me —\o ZTE BSNL South Zone Validation Test The following table lists the MSCs call traffic model for different kinds of load conditions: MSCS Normal load 720K BHCA MSCS Critical overload (150%'Normal load) 4080K BHCA 3.2 GMSC traffic model As per the traffic model data provided by our commercial team, one CMP module of GMSC GPBBO board can process 945K BHCA(mixed), in this test we’ ve configured the 2 CMP modules to process 1890K BHCA for normal load. The GMSC call traffies are set as BICC or ISUP services with the percentages listed in the following table: Percentage of GMSC BICC calls originated 50% Percentage of GMSC ISUP calls originated ; 50% ‘The following table lists the GMSC call traffic model for different kinds of load conditions: GMSC Normal load 4890K BHCA GMSC Critical overload (150%*Normal load) 2835K BHCA. 3.3. MGW Traffic Model ‘The purpose of this test is to verify that MGW&GMGW can run stably under high Er! traffic load, the target to-be-tested boards include one pair of GPBBO boards with 3 pair CMPs configured (Target) and 4 MPBAO boards(target) to provide resources with the processing capacity of 1.8M BHCA as per the traffic model data provided by our commercial team, The MGW call traffics are set as 2G and 3G services with the percentages listed in the following figure: Percentage of 2G users 50% Percentage of 3G users 50% Percentage of intra-office calls originated by local 2G users 50% Percentage of intra-office calls originated by local 3G users 50% re & Copyright of ZTE Corporation. All Rights Reserved Page 8 of 78 yeZTE BSNL South Zone Validation Test The following table lists the call traffic model for different kinds of load conditions: MGW Normal load 1.8M BHCA 3.4 GMGW Traffic Model The GMGW call traffics are set as BICC and ISUP services with the percentages listed in the following figure: Percentage of GMGW BICC calls originated 50% Percentage of GMGW ISUP calls originated 50% The following table lists the GMGW call traffic model for different kinds of load conditions: GMGW Normal load 1.8M BHCA| 3.5 HLR/AUC Traffic Model The test traffic model to HLR is like following : tems ‘5M Subseribers per er Sub/Per Hour _| sencond Location Update 12 Send routing info 1389) ‘Send-Routing-info-SM 44 1945 Update GPRS location o1 139) The test traffic model to Auc is like following : Teems ‘5M Subseribers per Per Sub/Per Hour _| sencond Send Authentication info oai 1125 wo \ Copyright of ZTE Corporation. All Rights Reserved Page 9 of 78ZTE BSNL South Zone Validation Test 4 Test Configurations 4.1MSC Server and MGW 4.1.1 Physical Networking &) Syston Under Test a A Over if Ss HLR wow) SIS pA Call Generator ° Ze ; wises Ze PSTN Sinatator wow 4.1.2. MSC&MGW HW Configuration MSC Server: Rack layout taki _soctraetty ore | Levene: | arn Hows [er slolojalslo|o|s|s}o|ajsjala | State | [one sen Musa 7 8 8 1 14 42 43 48 Unknown "present ¥ W wpe Copyright of ZTE Corporation. All Rights Reserved Page 10 of 78ZTE BSNL South Zone Validation Test MGW: Rack layout FlORIRACKIYI. ackeackt) 4.2HLR/AUC Configuration, 42.1 System and call architecture {ATCA TSPP SISTEW HATT To simulate as peer network, Signal iy Data gw * Copyright of ZTE Corporation. All Rights Reserved Page 11 of 78ZTE BSNL South Zone Validation Test 422 ZXUN USPP Configuration (Rack Layout) e he = it Ee i . fo ih |b Lit jt it sjole DSL o}] o| of 2] oj} o| Oo} © — (as a 7 0 9 0 Nm | 2 melo Maelo Ms Te) ew ee te Ol, = a = 42.3 Required Equipment The following terminals can be used for the testitig: [Devices Name uantity ZxXUN USPP i Performance Equipment(HATT) 1 Ww Copyright of ZTE Corporation. All Rights Reserved Page 12 of 78We ZTE BSNL South Zone Validation Test 5 ZXUN USPP Load Regulation Mechanism ZXUN USPP system has two overload control mechanism, one is based on CPU usage, and the other is according to number of messages per second 5.1 Load Regulation based on CPU usage When system CPU usage exceeds the configured threshold, the system discards some messages to guarantee the system reliability. The system makes judgment after receiving message flows.In case of overload, it determines whether to discard the message according to the load level, service category and proportion of service. Different service category has different priority. ‘When the system is overloaded, the message with low priority is discarded first, to ensure the message with high priority being processed normally. At the same time, overload alarm is reported to OMC to show overload messages and the related overload level. For example, when the system load level reaches Second Congest Level, it means the system load reaches 80%-84%, In this case, the pass fate of supplementary services is 0%, that is, all messages related to supplementary services will be discarded. ‘The pass rate of short message services is 50%, that is, half of thémessages related to short messages will be discarded. The pass rate of call handling services is 75%, that is, a quarter of messages related to call handling services will be discarded. The pass rate of location management services is 100%, that is, all messages related to location management will be accepted. 5.2. Load Regulation according to number of messages per second The system discards some of concurrent messages according to the specified message threshold. Service threshold and weight of message can be configured in OMC. When message flow reaches the threshold, the subsequent messages will be discarded. me pe Copyright af ZTE Corporation. All Rights Reserved Page 13 of 78ZTE BSNL South Zone Validation Test Application layer controls not only the messages that come from lower signaling level, but also the messages that come from UDS, for example, subscription and notification message. Copyright of ZTE Corporation. All Rights Reserved Page 14 of 78ZTE BSNL South Zone Validation Test 6 VT Test 6.1 MSC Server Test 6.1.1 Call admission feature for overload control ‘Test Name Call admission feature for overload control GRIDTR Description GR 2.3.1 (viii) Call admission feature for overload control Test Objective To test the MSC Server system performance overload control 1) The whole system is working normal 2) The subscriber data, subscriber number and subscriber service in HLR ‘Test Setup ‘meet the requirement of test model; Ensure MGW and HLR provide enough processing capability. They ‘Action Response T | Connect the Autoload to|1 | 1) The MSC Server system shall be capable of MSCServer/MGW. control the access of call during overload, 2) Increase the call attempts on 2) The overload alarms are generated during test. Autoload, until the ise should start rejecting registration of new user MSCServer reach the seds overload threshold condition. overload status. 3) Hold the test and keep the call for 1SMins after the system has been overload control. 4) Record the alarms and system performance statistical index during the test. T | System Connecting through 2.97% eo, Expected Data Logs 2__| System Answer Ratio (%) 297% 3__| BHCA 71995 4 __| Module # CPU Valve @) 38% ‘Notes Bxpected Result ‘The MSC Server system shall be capable of control the access of call during, overload, \ [7 coat 28 copia e we Drage 18 fm oeZTE BSNL South Zone Validation Test Mse should start rejecting registration of new user when overload thresh-hold is exceeded. (captured below) Test Record Captured below __ | Test Result PASS Test Engineer RG Test Date 16 ]e8) 291% BSNL Signature “sip Merz . ZTE Signature li ria Remarks: The MSS initiate overloal Control by restricting calls admission with set low and high level threshold levels of CPU usage. Test Record: 1. Open Daily Maintenance client, monitor resource occupy etc., and check PM measurement task. 2. Start AUTOLOAD with corresponding test scenario. 3. MSS CPU load under @720K BHCA A) CMPCPU Utilization Graph (Uoaymisirsianssssaere vara ca _ O FAT wh comuoseneeven [MRT = CPU 1=56% and CPU2 7% under Traffic <60000 BUCA. Copyright of ZTE Corporation, All Rights Reserved Page 16 of 78ZTE BSNL South Zone Validation Test B)BHCA Traffic | aeanscunyns BQOG 1 form QB racer cosiaetenait Src iy te lhe bin it fast a ce er f~(Seaeay-taiier greene 3 pasts meson eed 4, Set CPU overload configuration @ 80% \ In this step CPU has been configured as 80% as High Levehand 60% as Low Level. 1B Sem Ste oes ve 5S. The MSC contro! the access of call during overload,and the CMP module CPU ratio to down. 6. Below mentioned is CPU load above 720K BHCA, Copyright of ZTE Corporation. All Rights Reserved Page 17 of 78ZTE BSNL South Zone Validation Test A) CMP CPU Utilization Graph (0 ay manana snes CURR a GT uh comton mane |isasnenne = 4! yentecet | Rese costes xyes ORD CPU 1=60% and CPU2 =58% Traffic >60000 BHCA i.e, 72054 and observed fro 15 Mins B) BHCA Traffic anctaimnmret inttoan ate vert Omens Pur Copyright of ZTE Corporation. All Rights Reserved Page 18 of 78ZTE BSNL South Zone Validation Test 7. The MSC generated overload alarm on CPU usage >60% , overload threshold condition. (Bl Current Alarm Detailed Information Detailed Information Advice Alarm Severity Major Loses) Occurrence Time 2017-08-16 12:23:15 Mert Alarm Code Service matsage convolias due to CUP Joud( 33575486) Probable Cause Because the traffic is too large, the CBU load higher than the "CPU High Overload Down Level" i by the SET CPUOLCFG command. (33575856) Alarm Type |Q08 Alarm ACK Status (Unacknorde (UnIACK Operator (Unace Time (Un)ACK Information Syste Type NE Alarm Alarm 10336199413 Additional informat Copyright of ZTE Corporation. All Rights Reserved Page 19 of 78ZTE BSNL South Zone Validation Test 6.1.2 MSC Server Access overload control ‘Test Name MSC Server access overload control GR 29 (i) Access overload control: The MSC server shall be capable of ‘gradually and automatically restricting the access of normal call with the restricted calls and distributed among all subscribers evenly. Overload control shall not cause the process to re-set of re-boot, Test Objective To test the MSC Server system performance under access overload control 1) The whole system is working normally; 2) ‘The subscriber data, subscriber number and subscriber service in HLR ‘Test Setup meet the requirement of test model; 3) Ensure MGW and HLR provide enough processing capability, They should not be overloaded during the test; GRIDTR Description Action Response 1] 1) Connect the Autoload to] 1 | 1) The MSC Server system shall be capable of MSCServer/MGW. jomatically control the access of call during 2) Increase the call attempts on Autoload, — until the 2 ad alarms are generated during test. MsCServer reach the MSC should-Start rejecting trafficitegistration to avoid overload status. reboot or restart 3) Hold the test and keep the call for 1SMins after the system has been overload control. 4) Record the alarms and system performance statistical index during the test. System performance statistical index (under overload) T | System Conecting through Ratio | 75.386% oo Expected Data Logs 2 ‘System Answer Ratio (4) 59.49% 3__| BHCA 71939 F_| Module # CPU Value = Notes Expected Result 1)_ The MSC Server system shall be capable of automatically control the Ke Vx SS \b- Copyright of ZTE Corporation. All Rights Reserved Page 20 of 78 1=—ZTE BSNL South Zone Validation Test 20cess of call during overload 2) MSC should start rejecting raffic/registration to avoid reboot or restart Test Record Captured below Test Result PASS ‘Test Engineer GLE TO TTest Date 16/8/4013 _ BSNL Signature ea Waa ZTE Signature Vw Remarks : The MSS restricts normal éffls to control access overload with low and high CPU threshold set in MSS. The processors are not reset or reboot due to overload control. Test Record: 1, CPU load under @720K BHCA A) CMPCPU Utilization Graph by umarerioansisc reUeEC Boor [0 32 8 | |lorconeree REA Petear os an a] Semereaune Sen] 3 cumane chose | 3 Paap || CPU 1=56% and CPU2 7% under Traffic <60000 BHCA. Copyright of ZTE Corporation. All Rights Reserved Page 21 of 78\p- ZTE BSNL South Zone Validation Test B) BHCA Traffic | Meseeatipelee— Meseeaitonmttetaiee) Bivimaatts Qamvetinia ‘| he & rates Phowinthon. Porintaitan. foplowet frciaeitas, betwen” wna GORE eh ORB ttc irae a Sut flee Guar D hte tee ate a Techies) | ewe MORK pect | eat sean aretean sto eet |) Castine meus mowsoMn at Sipe | A) CPU set at 80% for High level Ie Se See ee a ; 2 Sovetnset ene nea emu sanemmat oun reel SRA he ee a So minim cece cee ol — errors guerre, prea S Ln Pes a Sk Copyright of ZTE Corporation. All Rights Reserved Page 22 of 78ZTE BSNL South Zone Valdaton Test B) CPU Usiaton GO OFA wh conmopreevn ben Mtns de en 1 CPU 155% and CPU2 =54% under Traffic <60000 BHCA and observed for 15 Mins C) System Through connection ratio decreased to 73.35% neeeenter seer Ba ns 6 3.Traffic more then >720K BHCA, Reet Beeeintinmetetaemenend Breer Snemeiptie ewinatnn. fi tanties. fmtemnnet_sindenshn,fuhtrhaet b&w Be Copyright of ZTE Corporation. All Rights Reserved Page 23 of 78ZTE BSNL South Zone Validation Test 4 MSC generated overload alarm on CPU threshold >60% , overload threshold condition Copyright of ZTE Corporation. All Rights Reserved Page 24 of 78ZTE 6.1.3 Internal overload control Test ‘MSC Server system overload test-Intemal overload control BSNL South Zone Validation Test 4) 3) ‘Test Name ORDTR Dessripia 2.9 (i) Inema overioad contol: The system shall provide overioad control by means of man-machine commands with an adjustable controlling rate. “Test Objective “To test the MSC Server system performance under critical overload. 1) _ The whole system is working normally; 2) ‘The subscriber data, subscriber number and subscriber service in HLR meet the requirement of test model; Test Setup ° ; 3) Ensure MGW and HLR provide enough processing capability. They should not be overloaded during the test; 4) _ Active and configure the overload control mechanism accordingly ‘Action onse 1 ]1) Connect the Autoload to 1) Cheek all ote ‘CPU load should be MSCServerMGW. equally distributed. 2) Increase the call attempts on 2) It should not be case one CMP module is Autoload, until the highly utilized and other are under utilized for MSCServer reach the handling same type of traffic or signalling. overload status. r 3) Use man-machine commands 10 adjust the ratio of overload contol, Hold the test and keep the call for 15Mins after the system has been overload control. Record the alarms and system performance statistical index during the test. ‘System performanc index ‘System Connecting through Ratio 52.27% ow, Expected Data Logs ‘System Answer Ratio (%) 19% BHCA 600 ‘Module # CPU Value (%) 45% Notes - Result oe traffic should be equally distributed equally to configured CMP ~ AZTE BSNL South Zone Validation Test “Test Record Captured Below Test Result Pass _ _ _ ‘Test Engineer BLE TD Test Date Ve] 8{2¢1%, BSNL Signature cn Ta IOS 8 ze ZTE Signature VE Remarks : The CPU overload Low I&vel and High Level thresholds is configurable through MML commands and overload alarms are generated when threshold are crossed and overload protection mechanism are turned ON. Test Record: 1. Open Daily Maintenance client, monitor resource occupy etc., and’check PM measurement task 2. Start AUTOLOAD with responding test scenario. 3. Below mentioned is Normal CPU load under 720K BHCA A) CMP CPU Utilization Graph without enabling overload control (cy ecto Ls URI Ce Freee | ae a TASES 1 Vero usaeney CPU 1=56% and CPU2 =57% under Traffic <60000 BHCA Ve x ye Be Copyright of ZTE Corporation. All Rights Reserved Page 26 of 78\y- ZTE BSNL South Zone Validation Test B) BHCA Traffic ‘osicnanne GRRE! eB AEA ehectagr rm ‘ect in Sateen tO ethene tele 4 2 lupesuee seen ae aes 2 fsomsnse mows my Aina it hp i mewn Nya 4, Set CPU overload configuration In this step CPU has been configured as 80% as High Bevel and 60% as Low Lev [circa eeeneeemmmmnaees 9x) toad Lc 8 PUG Bevin Fo fines Cnet uw aoe % sane od ef el be Be Copyright of ZTE Corporation. All Rights Reserved Page 27 of 78ZTE BSNL South Zone Validation Test 5, MSC generated overload alarm on CPU threshold 60% , overload threshold condition Here orem 6. BHCA Traffic >60000 BHCA 7. CPU Uiilization @120% of normal BHCA afer enabling overload control fee ese ng Heap meee eve iets aad eceastamans | rte Strona Stanners ec Sottero} ewer | i men | CPUI= 46% and CPU2=45% \ WW cnn of 216 copesten At Ripe Rene ‘page 28 of 78ye ZTE BSNL South Zone Validation Test 6.1.4 MSC Server overload and recovery Test “Test Name MSC Server system overload test ~overload and recovery ‘GRIDTR Description GR2.172 (ii) MSC server overload and recovery Test Objective MSC Server can initiate overload control and recovery. 1) The whole system is working normally; 2) The billing server is connected to the MSCS; 3) The subscriber data, subscriber number and subscriber service in HLR Test Setup " meet the requirement of test model; 4) Ensure MGW and HLR provide enough processing capability. They should not be overloaded during the test Action Response 1] 1) Connect the Autoload to] 1 | 1) The MSC system, can be control during the NsesewerMtGW Sala oe 2) Increase the call attempts on 2) When the CPU appeai® fault or restart, check the Autoload, until the CPU should be automatically recovered to MSCServer reach the normal overload status. 3) Hold the test and keep the I call for 1SMins after the system has been overload control. 4) ‘The CPU of one of the modules appears 1) The MSC system can be control during the overload control ratio is Expected Result exceeded. 2)_ The CPU can be recovery,below the overload control. ‘Test Record ‘Captured below ‘Test Result Pass Test Engineer FSA, Test Date 1e8prery BSNL Signature Sia ox (en = ZTE Signature Vue Dw Copyright of ZTE Corporation. All Rights Reserved Page 29 of 78ZTE BSNL South Zone Validation Test Remarks: The system is running under more then rated capacity and fault to the active processing blade to the active processing blade doesn't have any impact on the system as the STANDBY and recover automatically with reboot or restart Test Record: 1, Rack Layout, GPBBO cards are working fine in Active and Standby (13 Active & 11= Mixed status ) Ge oe G59 -|O FB [ei cmetoneeee [ORTnORRARATE excheaMnoeneN ete) nas) BB yp B- Copyright of ZTE Corporation. All Rights Reserved Page 30 of 78ZTE BSNL South Zone Validation Test 3. System running under overload >60000 BHCA. Dieser tsnteetinaine tennant) Sferarnencn Senna teers Gduermnenent gimcnienmmnnn. freien. irermnmet gfe 4, Reset GPBBO Card Slot 11 by command to make it faulty ee Sal BUNSEN US Bonovox socts age ete neta wo 2 aecorded cated command successtul (elapsed 15.0219). 2eu-bes6 1636.26 Comand (heb): RSET FREED forme we Greene Sco Seemann \p- Copyright of ZTE Corporation. All Rights Reserved Page 31 of 78ZTE 5. Status of card , Logic CPU 6 got faulty BSNL South Zone Validation Test BD Bren iB % 2 i kecratey Cecated cemond succenfel (steed 0.568): Cases — 6. Status of Card on Rack: Showing fault on GPBBO on slot no.11 [ds NonnceioaTLE TCE Seem ew ede oe Bens D4BR wy) comoncpemeren | baie! e-6e Copyright of ZTE Corporation. All Rights Reserved Page 32 of 78ZTE BSNL South Zone Validation Test 7. Auto recover to stand-by state ee a Se 8 ere Ta Teata? comand Gori Bes GATE SRL A ROOT OO me oman 8, Rack Layout after recovery , positioning of Active and Mixed status is shown below : (Cyaan tana URTE SEIT = Boo OFT xy cmscyenn [SOAR Soo vee = ‘soon Copyright of ZTE Corporation. All Rights Reserved Page 33 of 78