2.7 KiB
【E21-TSG Applicance】E现场 tsg_9140_packet_io_rx_missed
| ID | Creation Date | Assignee | Status |
|---|---|---|---|
| OMPUB-355 | 2022-02-10T21:18:26.000+0800 | 刘菊 | 已关闭 |
产生告警信息板卡：BJR-PE-T9K001-NPB01 （10.243.11.1）
最初出现时间：2022-02-09 17:01:53
故障截止目前仍未消除。luqiuwen commented on 2022-02-11T09:54:28.646+0800:
与现场人员交流并通过远程协助方式获取以下信息：
- 故障的范围：仅限于BJR-PE单板卡，其他板卡正常工作。
- 流量情况：约3Gbps，3Mpps, 平均报文长度约100字节。
!image-2022-02-11-09-47-49-974.png!
- 负载平衡情况：单线程负载远远大于其他线程负载，该线程大量丢包：
!image-2022-02-11-09-49-59-567.png!
!image-2022-02-11-09-50-10-344.png!
- 在该线程上捕包，发现全部为VRRP广播报文，这些报文所有分流要素全部一致（具有相同的源地址、目的地址），被分流到同一线程上。
!image-2022-02-11-09-52-04-985.png!
现推测，运营商侧错误配置导致的VRRP报文在网络内广播，这种情况超出了设备的处理能力，导致丢包。
这种情况暂无较好的解决方案。可以考虑的处置方法有：
因该报文对业务无明显的影响，可以考虑在交换板上配置源IP-目的IP地址的规则放行该报文。
建议业主协调运营商消除错误配置。
zhengchao commented on 2022-02-11T15:20:54.241+0800:
可以在交换板上配置源IP-目的IP地址的规则放行该报文。
luqiuwen commented on 2022-02-11T15:38:43.125+0800:
在BJR-PE的SMBIO的service 0上增加如下规则：
action transparent ip-mask add ruleid 1 ipv4-sip 10.135.237.138/32 ipv4-dip 224.0.0.18/32 static
增加规则后，异常流量放行，不再送入计算板。计算板已不丢包。
Attachments
Attachment: image-2022-02-11-09-47-49-974.png
Attachment: image-2022-02-11-09-49-59-567.png
Attachment: image-2022-02-11-09-50-10-344.png
Attachment: image-2022-02-11-09-52-04-985.png
