7/24/23, 9:24 AM ZXWR RNC-GUIM Connect port flow over threshold(198005676)

Recommend Friends Tab Display Display in 1 Page

ZXWR RNC-GUIM Connect port flow over threshold(198005676)

Network Manageme
Product ZXWR RNC/FDD-BC/4G-C_NM/4G/RAN V12.13.51P60
nt Version
Equipment Hardwa Equipment Softwar
V3.13.10.15P04
re Version e Version
Board Hardware Ve Board Software Ver
V3.13.10.15P04
rsion sion

Incident Error Code Page Views 29

Author MaMengHui10044634 Knowledge ID WHD20160225351287

Incident Description (Incident Phenomena)

Some V3 RNC Board:9&10; GUIM boards has occur alarm “GUIM Connect port flow over threshold(198005676)"

Location Alarm Code

EQRNCID=114,RACKNO=1,SHELFNO=1,SLOTNO=9,CPU
Connect port flow over threshold(198005676)
NO=1
EQRNCID=114,RACKNO=1,SHELFNO=1,SLOTNO=9,CPU
Connect port flow over threshold(198005676)
NO=1

EQRNCID=114,RACKNO=1,SHELFNO=1,SLOTNO=9,CPUNO=1
Port type:This port on panel connect to other shelves; Port index:1; Direction:Transmit direction; Port function:Media port 1; Port Flow(kbit/s):915071

Networking Environment

1)All NB load sharing in 3 RUBSUBSYSTEM

2)IUCS/IUPS interface board locate in same shelf 1-1-1

Problem Cause Analysis

1) 1-1-9 GUIM port flow is too high in transmit ， telnet to GUIM board ， execute command ： CTFC() ，check the ctrol port and media port flow of GUIM

GUIM have 4 media port ， the capacity of each media port is 1G ， the RNC configured threshold is 90% ，that means GUIM will occur alarm “GUIM Connect port flow o
ver threshold“ ，if tx or receive port flow exceed the threshold.

we can see the tx port flow is 930M in busy hour

2) customer also found there are many sites have big package lost issue， suspect the site package lost is related to GUIM media port flow over threshold.

we confirmed with R&D , the GUIM media port flow over load can trigger iub package lost

3) telnet to GUIM board , execute the belowing command every 30s， check the TX/RX package lost in GUIM port

showStatChange 0
showStatChange 1

GUIM->showStatChange 1
[tShell]RUC.ge0 : 2,086,034,412 +2,086,034,412 158,880/s
[tShell]RDBGC0.ge0 : 1,056,981 +1,056,981 --------rdebgc0 means losted package in RX direction
[tShell]RDBGC1.ge0 : 11,958 +11,958
[tShell]HOLD.ge0 : 3,046,548,228 +3,046,548,228 ------hold means lost package in RX direction

[tShell]GTPKT.ge0 : 1,966,024,283 +1,966,024,283 154,765/s

https://support.zte.com.cn/support/KnowledgeBase/KLSearch/ViewKL.aspx?FormID=579542 1/3
7/24/23, 9:24 AM ZXWR RNC-GUIM Connect port flow over threshold(198005676)
[tShell]GTMCA.ge0 : 14 +14
[tShell]GTBYT.ge0 : 1,046,822,386,612 +1,046,822,386,612 85,486,401/s ---------the TX bit rate is 854Mbps

we can calculate the Package lost rate in TX direction， belowing is the formula：
TX lost package/ Transfered package=3,046,548,228/1,046,822,386,612 = 2.9*10（-3）

it can prove there is package lost in GUIM TX port.

Solution

1) in order to decrease the TX port flow of GUIM board，plan to perform site rehoming in RNC 114 to solve the alarm

27.Jan 2016 perform 34 sites rehoming， the GUIM alarm is not disappeared， cause few of sites located in 1-1 shelf

2) after cross check the configuration，and GIPI port KPI， we found the root cause is ：

2.1) all IUPS interface board located in 1-1 shelf

2.2) 4 IUPS port receiving bit rate is near to the limit（900Mbps）

3) propose to expansion IUPS port

Summary and Notes

1) login GUIM board to calculate TX/RX rate

2) balance all iups，iub interface in different resource shelf

Knowledge Evaluation

Average Score 0'

Can completely solve my problem. Can partially solve my problem.

Can help but not enough. (3')
Please evaluate this (5') (4')
knowledge! Cannot find the knowledge I
Cannot solve my problem. (2') Helpless. (1')
need.
Comments

https://support.zte.com.cn/support/KnowledgeBase/KLSearch/ViewKL.aspx?FormID=579542 2/3