81 lines
2.1 KiB
Markdown
81 lines
2.1 KiB
Markdown
# 【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
|
||
|
||
**25166/image-2022-02-11-09-47-49-974.png**
|
||
|
||
---
|
||
|
||
**25167/image-2022-02-11-09-49-59-567.png**
|
||
|
||
---
|
||
|
||
**25168/image-2022-02-11-09-50-10-344.png**
|
||
|
||
---
|
||
|
||
**25169/image-2022-02-11-09-52-04-985.png**
|
||
|
||
---
|
||
|