SSN1PETF8和SSN1PEFF8接口板限速问题说明

M运营商使用OSN3500 V2R11C00 利用PEX1组10GE包平面网络。

现网配置Eline业务，当业务处理板为SSN1PEG8或SSN1PEG16时，接口板SSN1PETF8和SSN1PEFF8的FE端口无法达到满速率带宽

测试使用Smartbits 600B，首先使用接口板配合SSN1PEG8测试，然后使用接口板配合SSN1PEG16测试，测试结果参见附件1.

从测试结果可以看出，总体来说，包长越长，越接近线速；但通过率和包长之间并非严格的线性关系，某些包长（如8的整数倍，和业务处理芯片限速算法有关）可以全部通过

最坏情况是，配合SSN1PEG8处理板为94.63％；配合SSN1PEG16处理板为96.03％。而实际现网承载时包长是可变的，随机包长的测试结果分别是99.42％和98.04％。

无

对于随机包长，我们测试的结果对客户实际应用时产生的影响较小，因为测试仪表在测试时使用的是满带宽业务测试，而客户实际业务很少能够达到100M满带宽，所以单板可以满足客户实际应用。

客户担心带宽超过后，导致传输丢包无告警上报问题，可以在V2R11C00SPC300版本解决。此版本接口板FE端口支持FLOW_OVER告警，告警上报门限是80Mbps（不包括20字节的前导码和帧间隙）。计算一下，如果业务报文为128字节，则端口业务流量大于92.5Mbps就会上报FLOW_OVER告警提醒客户。业务规划时，如果有告警上报提醒客户带宽可能不足以支持当前业务，则客户需要对带宽重新规划，如分担到多个FE端口或通过GE端口承载此业务。

接口板上的8个FE端口是利用通道化技术将业务处理芯片上一个GE口分出来的。当其中一个FE端口超过限速被反压时，芯片只能将整个GE口反压，导致其它FE口也会同时被反压。所以在实现时，将FE设置为不支持反压。

所谓通道化，并非真正在物理上将GE端口拆分成多路FE口，而是通过复用技术将多路低速率的通道在时序上进行复接，然后经过速率变换完成转换，因此要在高速率通道上识别出低速率通道的数据，需要一些特殊的标识来完成，业务处理芯片采用了将所有进入报文添加一层通道化vlan的方式实现。

这样会导致数据包的长度增大。在满速率发包时，导致出端口的数据包速率超过PHY芯片所能支持的最大速率。这种情况对于支持反压的GE口不是问题，当速率超过PHY芯片的限制时，收到反压信号的业务处理芯片会降低发包的速率以满足PHY芯片的发送能力；而对于不支持反压的FE口，超过PHY芯片发送能力的报文会被PHY芯片随机丢弃。

PHY芯片丢弃报文不区分报文的优先级，会出现高优先级报文丢包问题。例如协议报文被丢弃，导致协议抖动，造成严重问题。为了避免这种情况，在实现时，在业务处理芯片下行做了限速处理，在流量过大时优先丢弃低优先级报文，尽量保证高优先级报文通过，以免在后面的PHY芯片处随机丢包。

研发预计2012年Q2发布新的版本解决此问题在，在问题没有解决前，需要提前知会客户做好业务规划。如果业务流量接近100M，最好将业务分担到两个或多个端口承载。