18529092692

Home >> News
News
Huawei SSN1PETF8 and PEFF8 interface boards can not reach the speed limit problem description
| 2025-11-21|Back

Description of the problem

Huawei OSN3500 V2R11C00 Group 10GE packet plane network using PEX1.

When Eline services are configured on the current network, the FE ports of interface boards SSN1PETF8 and SSN1PEFF8 cannot reach full-rate bandwidth when the service processing boards are SSN1PEG8 or SSN1PEG16

The test uses Smartbits 600B, first use the interface board with SSN1PEG8 to test, then use the interface board with SSN1PEG16 to test, the test results refer to Annex 1.

From the test results can be seen, in general, the longer the packet length, the closer to the line speed; but through the rate and packet length is not a strict linear relationship between certain packet length (such as integer multiples of 8, and business processing chip speed limit algorithms) can be all through the worst-case scenario, with the SSN1PEG8 processing board for 94.63%; with the SSN1PEG16 processing board for 96.03%. The actual network bearer packet length is variable, random packet length test results were 99.42% and 98.04%.


Processing

For random packet length, the results of our test have less impact on the customer's actual application, because the test instrument uses full-bandwidth service test during the test, and the customer's actual service can seldom reach 100M full bandwidth, so the single board can meet the customer's actual application.

Customers are concerned about bandwidth exceeding, resulting in transmission packet loss and no alarm reporting problems, which can be solved in the V2R11C00SPC300 version. In this version, the FE port of the interface board supports FLOW_OVER alarm, and the alarm reporting threshold is 80Mbps (excluding the 20-byte leading code and frame gap). Calculate, if the service message is 128 bytes, then if the port service traffic is greater than 92.5Mbps, the FLOW_OVER alarm will be reported to alert the customer. During service planning, if an alarm is reported to remind the customer that the bandwidth may not be sufficient to support the current service, the customer needs to re-plan the bandwidth, such as sharing to multiple FE ports or carrying the service through GE ports.


Root Cause

The eight FE ports on the interface board are divided into one GE port on the service processing chip using channelization technology. When one of the FE ports exceeds the speed limit and is back-pressurized, the chip can only back-pressurize the whole GE port, resulting in the other FE ports being back-pressurized at the same time. Therefore, in the implementation, the FE is set to not support backpressure.

The so-called channelization is not really physically splitting the GE port into multiple FE ports, but through multiplexing technology to multiplex multiple low-rate channels in the timing, and then through the rate conversion to complete the conversion, so in order to identify the data of the low-rate channel in the high-rate channel, some special marking is needed to complete the business processor chip adopts a layer of all incoming telegrams to add a layer of channelization vlan The service processing chip adopts the method of adding a layer of channelized vlan to all incoming messages.

This leads to an increase in the length of the packet. When sending packets at full rate, the packet rate of the outgoing port exceeds the maximum rate that the PHY chip can support. This situation is not a problem for GE ports that support backpressure; when the rate exceeds the PHY chip's limit, the service processing chip that receives the backpressure signal will reduce the rate of sending packets to meet the PHY chip's sending capability; for FE ports that do not support backpressure, packets that exceed the PHY chip's sending capability will be randomly discarded by the PHY chip.

The PHY chip discards messages without distinguishing the priority of the message, and the problem of packet loss occurs for high-priority messages. For example, protocol messages are discarded, resulting in protocol jitter and causing serious problems. In order to avoid this situation, in the implementation, the speed limit processing is done in the downstream of the service processing chip, and low-priority messages are preferentially discarded when the traffic is too large, so as to ensure that high-priority messages pass as far as possible, so as to avoid randomly dropping packets at the back of the PHY chip.


Recommendations and Summary

R&D is expected to release a new version in Q2 2012 to solve this problem. Before the problem is solved, it is necessary to inform customers in advance to do business planning. If the business traffic is close to 100M, it is better to share the business to two or more ports.




This chapter of related technical information and SDH equipment troubleshooting process by Shenzhen Optical Transmission Network Technology Co., Ltd. collected and organized (www.opticaltrans.com), reproduced please retain! Our company specializes in the sales of Huawei SDH optical transmission equipment,SDH transmission equipment.


Sell Optix OSN3500_Product Quotation_Sales Manufacturer_Product Characteristics_Product Description_Huawei SDH transmission equipment sales
Supply Optix OSN3500_Troubleshooting_Installation and testing_Technical specifications_Technical parameters_Huawei SDH transmission equipment sales

Contact Us
Name:Mr Zhang
Phone:18529092692
Tel:18529092692
Email:info@opticaltrans.com
Address:Cuiguang 1st Distriuct Buiding 8th, Shenzhen, Guangdong Province
Contact
18529092692
Phone:18529092692
Email:info@opticaltrans.com
Address:Cuiguang 1st Distriuct Buiding 8th, Shenzhen, Guangdong Province
Follow Us
Otrans Technology is a high-tech enterprise deeply engaged in optical transmission and network communication equipment, specializing in...
Copyright © 2025 Otrans all right reserve XML 网站模板