现场由于dot1x报文过多，导致现场交换机的pon芯片负载过高业务异常，需要先把dot1x报文先丢弃恢复业务
目前看到slot10的pon芯片都发生了多次updown
====dis hardware internal epon olt chipstatus chassis 1 slot 10 chip 0====
CHIPID STATUS DOWN_CNT UP_CNT LOAD_CNT CHIP_GEMODE
0 UP 34 81 47 0
====================================================================
====dis hardware internal epon olt chipstatus chassis 1 slot 10 chip 1====
CHIPID STATUS DOWN_CNT UP_CNT LOAD_CNT CHIP_GEMODE
1 UP 35 60 26 0
====================================================================
====dis hardware internal epon olt chipstatus chassis 1 slot 10 chip 2====
CHIPID STATUS DOWN_CNT UP_CNT LOAD_CNT CHIP_GEMODE
2 UP 35 61 26 0
====================================================================
而且slot 10单板的SC_Q_CORE队列已经满了，出现队列put_error丢包。
======display hardware internal epon global-variable chassis 1 slot 10=====
Compatible:1, EncryptUpdateTime:10, EoamTimeOut:80, AutoBindMode:1-01
cfgtimes:7035, cfgspendtime:6040312s
OnuRegRecCount:4000, OnuRegCurIndex:689
SampleCycle:4, SampleEnable:1, MonitorCycle:80, MonitorEnable:1
StatTimerId:38, StatTimerCnt:58303, StatEnable:0
DHCPGlobalEnable:4, StpGlobalEnable:1
DrvRxEoam:672, RxEoamErr:0, RxEoamNotSupport:0
EponInitIsOK: 1, Rx illegal OAM cnt: 0-672-0-0
Global dba:100
EponNonStdMac:1
EponIsClearNonStdMac:0
SDK queue info:
Id:0, name:SC_Q_CORE, queuesize:8, depth:4096, cur_num:0
max_num:4096, peek_value:0, put_error:2393675, put_full_error:0
put_timeout_error:0, put_data_error:0, put_data_long:0
Id:1, name:SC_Q_TX, queuesize:8, depth:4096, cur_num:0
max_num:8, peek_value:0, put_error:0, put_full_error:0
put_timeout_error:0, put_data_error:0, put_data_long:0
怀疑是大量的dot1x报文冲击的olt的pon芯片，造成pon芯片updown。
建议在与olt相连的核心设备的聚合口配置包过滤，把dot1x（0x888e）报文丢掉。
acl number 4001
rule 0 permit type 888e ffff
traffic classifier test
if-match acl 4001
traffic behavior test
accounting packet
filter deny
qos policy test
classifier test behavior test
int Bridge-Aggregation 50
qos apply policy test outboumd
qos apply policy test inbound