装备测试项介绍
ST流量测试
业务板的流量走向
以36口100G为例说明一下业务板的流量走向
从上图可以看到，单板的1口和2口接环境交换机的端口（也可以直接接测试仪如果是只有一个单板复现问题的时候）用于引入流量，其它端口是经过线缆上下两个端口两两互联，例如3 4互联，5 6互联。
1口引入的流量，从左向右看，绿色的口是流量输入，蓝色的口是流量输出，绿到蓝是板内转发，蓝到绿是线缆连接。
2口引入的流量，从右向左看，蓝色的口是流量输入，绿色的口是流量输出，蓝到绿是板内转发，绿到蓝是线缆连接。
测试仪报文要求，1口打入的流量目的mac是0-0-1，原mac是0-0-2的IP报文；2口打入的流量目的mac是0-0-2，原mac是0-0-1的IP报文。
网板的流量走向
测试目标为网板时，根据相应的机箱环境板数量不同，业务板是要满配的，目前采用的环境业务板是CGQ36HB，除了2/0/1其它所有板上的所有口都是mac环回的，报文是从2/0/1打入的，然后转发去2/0/2，环回后从2/0/2入，转发去2/0/3…….，到最后一个单板最后一个口例如9/0/36环回后转发去2/0/1出去。报文统计方法就是查看2/0/1的收发是否一致。
SFH16网板有些特殊，需要两种业务板，既CGQ36HB、QGS48HB，中间8个槽位插100G单板，上下各4个槽位插40G单板；流量分别从2/0/1和6/0/1打入，40G流量依次流过所有40G端口，100G流量依次流过所有100G端口。
测试仪报文要求，1口打入的流量目的mac是0-0-1，原mac是0-0-2的IP报文；
丢包初步定位
首先要确认端口是否都是UP的，并且速率是对的，用display interface brief命令查看
Brief information on interfaces in bridge mode:
Link: ADM - administratively down; Stby - standby
Speed: (a) - auto
Duplex: (a)/A - auto; H - half; F - full
Type: A - access; T - trunk; H - hybrid
Interface Link Speed Duplex Type PVID Description
HGE6/0/1 UP 100G(a) F(a) A 1
HGE6/0/2 DOWN 100G(a) F(a) A 1
表明这个端口是down的
HGE6/0/3 UP 40G(a) F(a) A 1
速率不对
HGE6/0/4 UP 40G(a) F(a) A 1
这个时候先确认是否电缆问题，不是线的问题，需要参考端口问题定位方法。
端口都是UP的且速率是对的情况下有丢包，就要确认报文从哪个口开始丢的，用d c i i和d c o i查看所有端口的输入输出流量统计计数，根据上面的流量走向查看。
==== display counters inbound interface ====
Interface Total (pkts) Broadcast (pkts) Multicast (pkts) Err (pkts)
HGE6/0/1 10022 0 0 0
HGE6/0/2 10011 0 0 0
HGE6/0/3 10018 0 0 1
表明有crc，应先换线交叉确认
HGE6/0/4 10011 0 0 0
HGE6/0/5 10018 0 0 0
HGE6/0/6 10011 0 0 0
HGE6/0/7 10018 0 0 0
HGE6/0/8 10011 0 0 0
Overflow: More than 14 digits (7 digits for column "Err").
--: Not supported.
==== display counters outbound interface ====
Interface Total (pkts) Broadcast (pkts) Multicast (pkts) Err (pkts)
HGE6/0/1 10011 0 0 0
HGE6/0/2 10018 0 0 0
HGE6/0/3 10011 0 0 0
HGE6/0/4 10020 0 0 0
按报文走向，1口进入的从4口出，这里打入10022，出来10020，可以确认报文是丢在单板转发上了
HGE6/0/5 10011 0 0 0
HGE6/0/6 10018 0 0 0
HGE6/0/7 10011 0 0 0
HGE6/0/8 10018 0 0 0
Overflow: More than 14 digits (7 digits for column "Err").
--: Not supported.
确认有报文丢在转发路径上了，需要进一步判断报文是否丢在背板serdes上了。
根据debug port mapping slot x查看丢包相关端口所在的芯片，这个例子中需要查看6/0/1和6/0/4，因为报文从1进来，从4出丢掉了，假设1、4口属于芯片0。
prob
bcm sl 6 c 0 show/c/f 会得到如下结果
看snmpBcmRxCrcErrors是否有计数，例如258上有计数，258-256=2，那说明0芯片的sfi2有问题。
用display devm hgport slot 6 slot x（系统中的每一个网板）查看业务板和网板间serdes的链接关系，查看和每一个网板的链接关系找到sfi2对应的网板。例如x是19的时候看到前面一排有0 2，那么就可以确认找到了，对应的网板是19槽，serdes是芯片2的sfi68。
找到网板后可以交叉一下网板重新测试，看这个crc是否还在，来确定是网板的问题还是业务板的问题。
如果业务板上show/c/f的结果中snmpBcmRxCrcErrors的计数都为0，那么就需要用bcm slot x chip x show/c查看所有网板的所有芯片看是否有crc，如果查到网板上有crc同样需要交叉确认。
按流量走向，从1口打入的报文最后要从2口出，所以先对比1的input和2的output，不等说明这个方向有丢包，这个也是装备工程的判断依据。上面的例子中就是这个方向有丢包，通过分析可以看出有两种情况，一种是丢在端口上，一种是丢在转发路径上，对于丢在端口上的情况，有可能是线的问题，也有可能是端口问题，如果确认端口问题，需要参考端口问题定位方法。对于丢在转发路径上的问题，需要参考丢包问题定位方法。