滚筒洗衣机在启动洗涤模式后，会有一个“称重->进水->洗涤。。。。”的过程，如果在进水过程中存在故障，则会停留在进水这一步，通常会有一个报错代码，而如果进水只是流量小，有的机型可能短时间不会出现报错代码。
如果仔细听的话，听不到进水声或者进水声很小的话， 则排查进水管和洗衣机间的接口，通常在洗衣机背面靠上位置，如下图：
可以看到接口位置积满了黄色的水垢（此处先前已经清理了不少水垢，原先已接近于堵死了），如下图：
先把周边的黄色水垢清理下（用牙签），如里面的水垢掏出来
站长手头没工具，取不了滤网，没办法，只能憋足了气，吹了几次，没想到吹的干干净净，只是搞的满脸水垢，不过想想省下的维修费，超值 ！！！
通电试机，终于听到了哗哗的进水声，待进水完成，滚筒也开始转动，至此故障排除
内部接线
配套门禁控制器（双向刷卡）接线
闸机右边机的一体机板可以作为门禁控制器使用实现双向刷卡功能。
注：
● 该模式下，将一体机板的拨码拨到OFF，拨码拨成00000000。
● 该模式下，闸机需要通过ConfigTool工具初始化设置密码。
配套ASI7系-A款（除7K）智能闸机识别终端（单向人脸+
双向刷卡）接线
ASI7系智能闸机识别终端有2路开关量输出，因此右边机的一体机板可以作为读卡器使用，也可
以实现单向刷人脸开门以及进出门刷卡开门功能。
注：
该模式下，将闸机一体机板上5和8拨码拨到ON，拨码拨成00001001。
配套ASI5/7K/8/9系智能门禁一体机（单向人脸+双向刷卡）
接线
若配套新款智能门禁一体机，需要定制两路开关量输出，详细接线请参见“配套ASI7系-A款
（除7K）智能闸机识别终端（单向人脸+双向刷卡）接线”。
配套智能闸机识别终端或智能门禁一体机（双向人脸+双
向刷卡）接线
闸机配套智能闸机识别终端或智能门禁一体机，可以实现双向人脸开门以及进出门刷卡开门功能。
注：该模式下，将闸机一体机上的5和8拨码拨到ON，拨码拨成00001001。
配套门禁控制器（双向刷卡）接线
闸机的一体机板可以作为门禁控制器使用实现双向刷卡功能。
注：
● 该模式下，将一体机板的拨码拨到OFF，拨码拨成00000000。
● 该模式下，闸机需要通过ConfigTool工具初始化设置密码
配套智能闸机识别终端或智能门禁一体机（单向人脸+双
向刷卡）接线
注：
该模式下，将智能识别设备侧的一体机板上5和8拨到ON,拨码拨成00001001，另一侧一体机板
的拨码拨到OFF，拨码拨成00000000。
● 该模式下，闸机需要通过ConfigTool工具初始化设置密码
配套智能闸机识别终端或智能门禁一体机（双向人脸+双
向刷卡）接线
注：
该模式下，将闸机的一体机板上5和8拨到ON，拨码拨成00001001
组网情况
如图所示，交换机SwitchA上配置SmartLink，接口GE1/0/2和GE1/0/3分别为主接口和从接口。
现象描述
SwitchA上SmartLink因为接口GE1/0/2链路故障发送主从切换后发生断流，必须手动刷新MAC和IP地址，业务才可以恢复正常。
原因分析
当Smart Link组发生链路切换时，原有的转发表项将不适用于新的拓扑网络，需要整网进行MAC表项和ARP表项的更新。这时，Smart Link组通过发送Flush报文通知其他设备进行地址表的刷新操作。必须在上行设备配置Flush报文接收功能，才能正常接收刷新的MAC表项和ARP表项，否则无法正常接收下游设备发送的Flush报文，链路切换后无法正常转发报文。
对于该问题，SwitchD上对应的端口上没有配置接受Flush报文，当SwitchA切换的时候发送的Flush报文到SwitchD，SwitchD没有刷新对应的ARP表项（应该从SwitchA的GE1/0/2刷新到SwitchA的GE1/0/3），经过SwitchD的流量还是发送到切换前的链路，但是原来链路已经阻塞，报文无法通过，导致流量中断。
操作步骤
在SwitchB、SwitchC和SwitchD三台设备主、备链路上的接口下（即SwitchB的接口GE1/0/2和GE1/0/3、SwitchC的接口GE1/0/3和GE1/0/4、SwitchD的接口GE1/0/4和GE1/0/5）查看是否配置了命令：smart-link flush receive control-vlan vlan-id。
经过查看，发现没有相关的命令，在SwitchB、SwitchC和SwitchD三台设备主、备链路上的接口下配置命令：smart-link flush receive control-vlan vlan-id，且配置的Flush控制VLAN和密码与SwitchA上配置发送的相关信息必须相同。
建议与总结
只有为接口配置了控制VLAN编号并将接口加入该VLAN，接口才能接收到Flush报文。
并非需要在相关设备的所有接口上都配置从指定控制VLAN接收Flush报文功能，只有那些处于从Smart Link设备到其目的设备主、备链路上的接口才需进行此配置。
组网情况
如图所示，Switch通过L2 Switch交换机下挂PC用户，PC用户希望访问内网服务器Server。
现象描述
当Switch下挂PC用户访问服务器Server时，发现丢包严重，业务中断。
原因分析
设备上存在loopback internal误配置，导致MAC漂移，通信异常。
操作步骤
删除L2 Switch上误配置的loopback internal。
在Switch的VLAN视图下执行命令loop-detect eth-loop alarm-only，使能MAC-Flapping检测机制。
执行命令display trapbuffer，查看告警信息，找寻是否存在MAC Flapping以及漂移的端口告警。通过告警得知Switch上接口GE0/0/1下接口存在MAC漂移，可以先排查下游设备配置。
登录L2 Switch设备，执行命令display current-configuration，查询L2 Switch接口配置，发现有接口下配置了loopback internal，导致Server的MAC地址学习到Switch与L2 Switch相连的端口。
建议与总结
对于二层转发丢包，MAC漂移是较常见的一种原因。当出现此类问题时，可以查看设备是否发生了MAC漂移，并排除此故障。
组网情况
如图所示，SwitchA、SwitchB和SwitchC构成RRPP环，SwitchB是环上主节点，SwitchC是环上的传输节点，SwitchA上的端口GE2/0/4和GE1/0/5允许RRPP环的控制VLAN 2515通过，SwitchB和SwitchC上的保护VLAN保护实例0下的VLAN。
现象描述
部署主节点SwitchB时，未关注设备上的多实例配置，导致非0实例下的VLAN数据成环，造成非常多的接入设备脱管。
原因分析
1、检查SwitchB上RRPP的配置。
2、执行命令display current-configuration configuration rrpp-domain-region，查看RRPP域的配置。
3、检查多实例配置
执行命令display stp region-configuration，查看SwitchB的多实例配置。
4、检查VLAN配置
执行命令display vlan，查看实例1中的VLAN对应的接口信息。
SwicthB的配置如下：
SwitchC的配置如下：
SwitchA的配置如下：
分析上述回显信息，发现环上的每个接口都允许VLAN 2500通过，且有环外的端口也允许VLAN 2500通过，VLAN 2500在实例1下，而RRPP协议保护是实例0下的VLAN，导致VLAN 2500的数据成环。
操作步骤
部署RRPP环的目的是保护所有VLAN，因此可以将实例1删除。以SwitchB为例。
建议与总结
部署RRPP环的时候，需要关注设备之前的多实例配置是否对部署影响。
组网情况
如图所示，SwitchA作为RRPP环的主节点，正常情况下GE1/0/0为Primary port、GE2/0/0为Secondary port（block）。
现象描述
当某个传输节点的Primary port down了再恢复后，此传输节点以及环上后面的节点会无法登录，几分钟后恢复。
原因分析
RRPP主节点和传输节点RRPP工作模式不一致，主节点RRPP为GB模式，传输节点RRPP为HW模式，导致传输节点无法正常处理主节点的FLUSH报文。
操作步骤
1、查看设备的RRPP工作模式是GB还是HW模式：即配置是rrpp working-mode gb，还是rrpp working-mode hw。
2、执行display rrpp brief命令查看RRPP Working Mode字段，查看环上RRPP点该字段是否一致。
建议与总结
出现该问题时，先查看下设备的MAC表和ARP表切换前后表项是否正常刷新了，如果没有则检查RRPP模式是否一致。
组网情况
如图所示，SwitchA、SwitchB、SwitchC和SwitchD构成RRPP环，SwitchA是主节点，SwitchB、SwitchC和SwitchD为传输节点。
现象描述
当RRPP传输节点SwitchB、SwitchC和SwitchD之间链路故障以及恢复，其他传输节点的MAC和ARP没有刷新，流量受到影响。
原因分析
RRPP主节点SwitchA上配置的RRPP模式是国标模式，SwitchB、SwitchC和SwitchD上使用的是默认的华为模式。当传输节点出现故障后，RRPP主节点SwitchA发送的common或者complete报文在传输节点上不处理，导致MAC和ARP没有刷新，流量受到影响。
操作步骤
判断RRPP的主节点为SwitchA：
查看RRPP主节点SwitchA的配置：
RRPP其他传输节点配置为：
由上述配置可以看出：RRPP主节点SwitchA全局配置RRPP的工作模式为国标模式（rrpp working-mode GB），其他传输节点是默认的配置（默认配置为华为模式）。
建议与总结
RRPP环上所有节点都必须配置一样的工作模式，要么都为默认的华为工作模式，要么都配置为国标模式。
组网情况
如图所示，SwitchA、SwitchB、SwitchC和SwitchD构成RRPP环。开始规划的时候，RRPP环保护VLAN10和VLAN20的数据，将VLAN10和VLAN20加入到实例1，保护VLAN配置引用实例1。
现象描述
在上述组网中，VLAN1数据成环。
原因分析
执行命令display current-configuration interface GigabitEthernet 1/0/1查看RRPP环上的端口下配置，没有undo port trunk allow-pass vlan 1说明端口默认加入了VLAN1。
执行命令display stp region-configuration，查看多实例划分情况。
执行命令display current-configuration configuration rrpp-domain-region，查看RRPP的相关配置，RRPP域保护实例1中的VLAN，VLAN1不在实例1下，RRPP环不能保护VLAN1的数据，导致VLAN1的数据在RRPP环上没有破环，造成环路。
操作步骤
有以下2种方法解决VLAN1的环路问题：
方法一：在SwitchA、SwitchB、SwitchC和SwitchD上，将VLAN1规划到实例1中。以下以SwitchA为例。
方法二：如果VLAN1没有用处，可以将接入RRPP环的端口下的VLAN1删除。以下以SwitchA为例。
建议与总结
在规划RRPP环保护VLAN的时候，需要关注端口下默认加入VLAN1的情况，防止没有将VLAN1规划到保护VLAN中，造成环路。
组网情况
如图所示，Switch-1、Switch-2与两台H3C S6500组成MSTP环。
现象描述
将Switch-1整机重启并重新上电后，S6500-1的GE0/0/4端口会自动shutdown，必须手动undo shutdown才能恢复。且设备上打印如下告警：
原因分析
Switch和S6500互连端口均没有配置MSTP报文的协议格式，使用默认值。但是默认值不一致，导致S6500接口被Shutdown。
Switch端口的MSTP报文的协议格式stp compliance默认为auto并发送dot1s格式报文，S6500默认发送legacy格式报文。S6500端口UP后连续发送3个legacy报文，Switch端口UP后发送1个dot1s报文，S6500回复1个dot1s报文，Switch回复S6500的legacy报文，后续两端交互dot1s报文。
S6500在进行报文格式检查时有特殊的处理机制：10秒内收到的legacy和dot1s报文都大于等于3个时，将端口Shutdown。
操作步骤
在Switch整机启动端口UP后，在S6500上执行命令display stp interface，查看直连UP端口的信息，发现MSTP BPDU format为legacy：
执行命令stp compliance legacy，将Switch连接S6500的端口强制配置为legacy模式。
建议与总结
在与其他厂商设备对接时，需要关注对端接口收发MSTP报文的协议格式是否默认为auto，是否有特殊的检查机制。
当Switch端口配置为非auto格式，端口收到的报文格式与配置不一致时，打印如下日志：
MSTP/3/PACKET_ERR_COMPLIAN:The port compliance protocol type of the packet received by MSTP from the port [port-name] is invalid.
出现该情况后，建议按照如下方法处理：
1、使用获取报文工具记录收到的错误报文。
2、记录查询对端的接口信息，如设备厂商、版本、配置。
如果是华为设备，使用命令display version，display interface或display current-configuration查询设备的版本、配置等。
如果是其他厂商设备，则根据该厂商的设备命令获取信息。
3、由于此时MSTP收到非法报文，计算出来的STP状态错误，有可能导致出现二层环路(使用display stp brief命令查看接口STP状态，可确认是否存在环路)，建议先shutdown接口，防止形成广播风暴。确认不存在环路后，使用undo shutdown命令恢复接口。
