OSN3500 SSN3EAS2与NE40E-X3 10GELAN口对接丢包问题

问题描述

海外某局准备用OSN3500的SSN1EAS2单板与我司路由器NE40E-X3 的10GELAN口对接。使用SSN3EAS2板创建负载分担的lag，当发送特定格式的报文时，业务没有分担到所有端口，而是分担到某几个端口，导致业务丢包。

组网模式为： SSN3EAS2  NE40E-X3 10GELAN  Smartbit

 告警信息

无

 处理过程

解决此问题有两种方案，

方案1

 该方案是将数通NE40E和传送网MSTP设备的SSN1EAS2单板对接，其中对接的两个设备的端口类型都是10GE LAN模式，就是10GE以太网端口。

NE40E不需要做其它多余操作。

SSN1EAS2需要完成：

1、配置端口1和端口2之间的双向link；

2、配置端口2为10GE WAN模式（网管上体现为工作模式：10gfullwan）；

3、SSN4SL64（支持64个VC4的线路板，不限于SL64）配置64C的相邻级联交叉。

【优点】对于数通设备不支持WAN模式的情况下，解决10GE单条流透传10GE

【缺点】

1、资源浪费，SSN1EAS2单板只做了接口转换的工作，没有发挥其Ethernet Over SDH的作用；

2、MSTP设备SL64单板配置了64C的相邻级联交叉，就意味着上下业务时，10GE业务只能在一个通道内传送，传送的结点不能再将业务划分成多条流。

方案2

预置条件：数通设备支持10GE WAN/LAN模式切换，目前NE40E支持该功能

该方案是将数通NE40和传送网MSTP设备的SL64线路板对接，其中NE40端口类型都是10GE WAN模式

NE40E需要完成：

1、将端口模式修改为10GE WAN模式；

SSN4SL64需要完成：

1、SL64（支持64个VC4的线路板，不限于SL64）配置64C的相邻级联交叉。

【优点】       1、解决10GE单条流透传10GE

    2、节省数据单板的预算

【缺点】

OSN3500 MSTP设备SL64单板配置了64C的相邻级联交叉，就意味着上下业务时，10GE业务只能在一个通道内传送，传送的结点不能再将业务划分成多条流。

 根因

应用环境中，和SSN1EAS2单板对接的设备是MPLS报文路由器。所以SSN1EAS2单板收到的报文是MPLS报文。因为单板不识别MPLS报文，所以配置lag后做hash（哈希算法）的输入就是MPLS报文的DA、SA等信息，并非SmartBit仪表发送的DA、SA等信息。此时的hash输入就是outer L2头和MPLS label。hash根据截获的报文信息来看，报文类型有三种：

报文1：

00e0fcad  a1a100e0  fc7b35c2  88471000 

  42ff23df  63ff0018  821a6136  00e0fc85 

  8c788100  00190800  4500006e  53ff0000 

  3ffda420  c0240102  c04b0102  00000000

  00000000  00000000  00000000  00000000

  00000000  00000000

报文2：

00e0fcad  a1a100e0  fc7b35c2  88471000 

  40ff23df  81ff0000  5e000186  00e0fc85

  8c788100  040a0800  4500006e  43160000

  3ffdb508  c0240102  c04b0102  00000000

  00000000  00000000  00000000

报文3：

00188203  178f00e0  fcada1a1  88470040

80ff1280  81ff4500  006e2de5  00003efd

 cb3ac024  0102c04b  01020000  00000000

00000000  00000000  00000000

可以看出，芯片计算报文1和报文2的hash值是相同的，因为他们的L2头是一样的。报文3的hash值需要实际计算得出。后经验证得出报文1和报文2被hash到一个端口，报文3被hash到另外一个端口。

   因此，SSN3EAS2单板上，配置负载分担lag后，业务具体分担结果如何，完全有报文的L2头决定。如果测试时，发现负载分但没有达到预期效果，需要确认报文的L2头是否满足芯片的hash要求。

 建议与总结

建议考虑组网配置时，首先要熟悉对接两侧的设备单板的各项指标、应用场景及应用限制。