深信服AD对接华为交换机mac地址偏移问题

黑桃J 3871

{{ttag.title}}
      我公司使用深信服AD设备-7.0.8R4。
      AD设备本公司作为公司外网出口路由设备,放在出口使用。目前发现在核心至AD设备出口的链路聚合,多次监测到本地数据中心华为系列交换机和分公司核心交换机的mac地址偏移。我想咨询下贵公司的AD 使用的 邻居发现协议具体是什么协议和报文。
      目前排除环路问题,怀疑是邻居发现协议问题。
      谁能给个答复?
      如图:AD 在出口。
      各公司核心在下端使用的交换机为华为7706和CE6820。出口链路监测到分节点核心交换机的mac地址偏移。
——————————————————————————————————————————-
其中  Eth-Trunk6  到AD 的链路聚合。
其他Eth-Trunk  是到分公司和数据中心的链路聚合。
告警原文:
#Sep 27 2021 16:14:39+08:00 YGJT L2IFPPI/4/MAC_FLAPPING_ALARM:OID 1.3.6.1.4.1.2011.5.25.42.2.1.7.12 The MAC address has flap value. (L2IfPort=0, entPhysicalIndex=0, BaseTrapSeverity=4, BaseTrapProbableCause=549, BaseTrapEventType=1, MacAddr=3cd2-e535-a801, VLANID=3, FormerIfDescName=Eth-Trunk3, CurrentIfDescName=Eth-Trunk6, DeviceName=YGJT)
#Sep 27 2021 16:03:47+08:00 YGJT L2IFPPI/4/MAC_FLAPPING_ALARM:OID 1.3.6.1.4.1.2011.5.25.42.2.1.7.12 The MAC address has flap value. (L2IfPort=0, entPhysicalIndex=0, BaseTrapSeverity=4, BaseTrapProbableCause=549, BaseTrapEventType=1, MacAddr=f4de-afed-aa15, VLANID=3, FormerIfDescName=Eth-Trunk7, CurrentIfDescName=Eth-Trunk6, DeviceName=YGJT)
#Sep 27 2021 15:33:53+08:00 YGJT L2IFPPI/4/MAC_FLAPPING_ALARM:OID 1.3.6.1.4.1.2011.5.25.42.2.1.7.12 The MAC address has flap value. (L2IfPort=0, entPhysicalIndex=0, BaseTrapSeverity=4, BaseTrapProbableCause=549, BaseTrapEventType=1, MacAddr=f4de-afed-aa15, VLANID=3, FormerIfDescName=Eth-Trunk7, CurrentIfDescName=Eth-Trunk6, DeviceName=YGJT)
#Sep 27 2021 15:25:21+08:00 YGJT ENTITYTRAP/4/OPTMAYINVALIDRES:OID 1.3.6.1.4.1.2011.5.25.219.2.4.6 The optical power is recovered to the range between the upper and lower warning thresholds. (Index=67486158, EntityPhysicalIndex=67486158, PhysicalName="XGigabitEthernet1/0/7", EntityTrapFaultID=136223, EntityTrapReasonDescr="The receive power is below the lower warning threshold. The interface description is as follows: TO GF-Yidong.")
#Sep 27 2021 14:37:17+08:00 YGJT L2IFPPI/4/MAC_FLAPPING_ALARM:OID 1.3.6.1.4.1.2011.5.25.42.2.1.7.12 The MAC address has flap value. (L2IfPort=0, entPhysicalIndex=0, BaseTrapSeverity=4, BaseTrapProbableCause=549, BaseTrapEventType=1, MacAddr=e468-a35a-593d, VLANID=3, FormerIfDescName=Eth-Trunk6, CurrentIfDescName=Eth-Trunk4, DeviceName=YGJT)

安全拓扑 (2).jpg (892.36 KB, 下载次数: 279)

安全拓扑 (2).jpg

解决该疑问,预计可以帮助到 10497 人!

回帖即可获得
2S豆
,被楼主采纳即奖励20S豆+10分钟内回帖奖励10S豆 [已过期] ,了解更多S豆奖励信息

完善手机号和公司名称,让服务更省心更便捷!立即完善

头像被屏蔽
JM 发表于 2023-12-6 10:16
  
提示: 作者被禁止或删除 内容自动屏蔽
头像被屏蔽
新手031815 发表于 2023-12-1 12:47
  
提示: 作者被禁止或删除 内容自动屏蔽
新手345479 发表于 2021-12-18 08:25
  
@黑桃J  后续处理的怎么样了,应该是STP协议引起的,如果华为接入端交换机有开启STP协议,你可以试着重启下接入端交换机,应该马上会引起MAC地址漂移。
新手345479 发表于 2021-12-17 22:56
  
类似问题,深信服AC做为网桥部署,华为交换机开启STP协议,只要STP生成树协议一更新,马上会引发MAC地址漂移。
其中也找了深信服和华为的工程师,都没有解决,是彻底没招了。。。
目前只能将华为交换机的STP协议关掉了
Hacking 发表于 2021-10-26 15:46
  
关闭设备上的对称路由即可

等我来答:

换一批

发表新帖
热门标签
全部标签>
西北区每日一问
安全效果
高手请过招
【 社区to talk】
社区新周刊
产品连连看
每日一问
干货满满
技术咨询
标准化排查
GIF动图学习
纪元平台
新版本体验
社区帮助指南
信服课堂视频
功能体验
技术盲盒
安装部署配置
解决方案
SDP百科
自助服务平台操作指引
S豆商城资讯
秒懂零信任
每周精选
畅聊IT
答题自测
专家问答
技术笔记
技术圆桌
在线直播
MVP
网络基础知识
升级
安全攻防
上网策略
测试报告
日志审计
问题分析处理
流量管理
每日一记
运维工具
云计算知识
用户认证
原创分享
sangfor周刊
VPN 对接
项目案例
SANGFOR资讯
专家分享
技术顾问
信服故事
功能咨询
终端接入
授权
设备维护
资源访问
地址转换
虚拟机
存储
迁移
加速技术
排障笔记本
产品预警公告
玩转零信任
信服圈儿
技术争霸赛
「智能机器人」
追光者计划
深信服技术支持平台
答题榜单公布
2023技术争霸赛专题
通用技术
卧龙计划
华北区拉练
天逸直播
以战代练
技术晨报
山东区技术晨报
文档捉虫活动
齐鲁TV
华北区交付直播
2024年技术争霸赛
北京区每日一练
场景专题
故障笔记
排障那些事
升级&主动服务
高频问题集锦
POC测试案例
全能先锋系列
云化安全能力

本版达人

新手61940...

本周建议达人

zhao_HN

本周分享达人

ZSFKF

本周提问达人