设备拖网告警处理方法（设备拖网告警处理方法视频）

本篇文章给大家谈谈设备拖网告警处理方法，以及设备拖网告警处理方法视频对应的知识点，希望对各位有所帮助，不要忘了收藏本站喔。 今天给各位分享设备拖网告警处理方法的知识，其中也会对设备拖网告警处理方法视频进行解释，如果能碰巧解决你现在面临的问题，别忘了关注本站，现在开始吧！

本文目录一览：

• 1、IT运维如何处理大量告警
• 2、8个ARP的告警信息如何快速处理？老网工必会，新网工必学
• 3、华为4g设备sctp链接故障告警怎么处理
• 4、中兴S320设备，上报NCP S接口通讯错告警，有没有大虾知道此故障产生原因及解决办法？（越详细越好，谢谢）
• 5、中兴ptn6150设备alm告警怎么回事
• 6、底层外部链路故障告警怎么处理？

IT运维如何处理大量告警

一、在运维的过程中，需要记住一个原则：如果报警发给了 一个不能短期内解决问题 的人。 那么应该反思这个报警是否有合理的必要。

二、告警信息，需要定制分发，制定告警策略，重点需要关注以下几个方面原则。

哪些业务需要告警？

哪种故障需要告警？

告警等级如何划分？

故障依赖关系如何定义？

告警信息如何汇集？

如何做到精准有效的告警？

最终的目的就是少收告警信息，自动处理故障，自动恢复服务，当然，这是一条漫长的路。

如果不解决以上问题，将会被告警信息所淹没，最终如题主所言，影响运维工作。

对于监控的告警信息，处理的好，将会提高我们的故障响应速度，处理的不好，会影响我们的工作情绪，适得其反。试想，当一天收到1000封告警信息，是否还会去逐一查看监控告警信息？是否还能分辨是否重大故障，还是一般故障？

对于误报，漏报，会让人对信息的警觉性放松，时间久了，还会导致对接收监控信息有反感。所以，对于监控告警信息的发送，是一件特别慎重的事情。总结一下，对于监控告警信息，我们有以下的需求：

1.基于业务类型，将告警信息发送给相应的业务用户，例如IDC人员，WEB运维，CDN运维，网络运维，不同的人员管理不同的设备，因此需要把故障发送给相关用户处理。

2.基于故障级别，对一个故障，将不同的故障级别发送给不同用户，例如5分钟内的故障发送给运维一线人员，10分钟发送给运维部门主管，30分钟发送给运维部门经理。重特大故障发送部门相关领导。

3.基于时间发送，比如业务维护期，告警无需发送。

4.故障的相关依赖关系，当A服务发生故障时，发送一般告警，当A，B服务故障时候，发送业务故障告警。

5.对出现故障的服务尝试用相关命令或者脚本进进行操作处理，尝试自动恢复，例如重启服务，重启服务器等。

RIIL 区别于一般的软件厂商，通过软件+服务+咨询+培训一站式交付模式，致力于提供匹配客户需求的解决方案，让客户能够真正把产品用起来，实实在在感受产品带来的价值

RIIL 区别于一般的软件厂商，依托锐捷强大平台，拥有遍布全国的销售、售前支持及售后保障网络，为客户提供便捷有力的本地化原厂服务

RIIL 在软件产品方面具备面向管理者、基于业务、可视化管理的特征，其中IT健康指数、业务雷达等创新管理功能拥有国家专利保护

RIIL 在全国具备大量的成功案例，南北车集团、中石油、清华大学、华南师范大学以及政府一半以上部委等等500多个优质行业客户都是RIIL的忠实用户

8个ARP的告警信息如何快速处理？老网工必会，新网工必学

学网络，就在IE-LAB

国内高端网络工程师培养基地

现网排错之8个ARP的告警信息如何快速处理？马上来学习吧！

01

ARP_1.3.6.1.4.1.2011.5.25.123.2.1hwEthernetARPSpeedLimitAlarm

1) 告警解释

ARP/4/ARP_SUPP_TRAP:OID [OID] Exceed the speed limit value configured. (Ifnet index=[INTEGER], Configured value=[COUNTER], Sampling value=[COUNTER], Speed-limit type=[OCTET], Source Ip address=[IPADDR], Destination Ip address=[IPADDR], VPN-Instance name=[OCTET]).

ARP报文或ARP Miss消息的发送速率超出限制时，系统会产生此告警。可以通过arp speed-limit source-ip命令设置速率上限，其中系统默认速率上限为500。

2) 报警原因

原因1：

配置对潜在的攻击行为写日志和发送告警时间间隔为N，在第N+1秒时间内上送ARP报文数配置的阈值并且前N秒上送ARP报文平均数配置的阈值。

原因2：

配置对潜在的攻击行为写日志和发送告警时间间隔为N，在第N+1秒时间内上送ARP Miss数配置的阈值并且前N秒上送ARP Miss平均数配置的阈值。

3) 处理步骤

1. 查看告警信息中时间戳抑制类型。

o ARP=2。

o ARP Miss=4。

2. 执行命令display arp anti-attack configuration查看ARP速率限制值。

3. 执行命令arp speed-limit source-ip [ ip-address ] maximum maximum，重新设定ARP时间戳抑制的最大值，该值必须大于第2步查看到的值，否则无法解除告警，但最大不能超过16384。查看告警是否恢复。

4. 请收集告警信息和配置信息，并联系技术支持人员。

5. 结束。

02

ARP_1.3.6.1.4.1.2011.5.25.123.2.4hwEthernetARPThresholdExceedAlarm

1) 告警解释

ARP/4/ARP_THRESHOLDEXCEED_TRAP:OID [OID] The number of ARP entries exceeded the threshold. (entPhysicalIndex=[INTEGER], Slot name=[OCTET], Threshold=[COUNTER], Number of dynamic ARP entries=[COUNTER], Number of static ARP entries=[COUNTER]).

ARP表项数量超过阈值时，设备产生告警。

2) 报警原因

设备上学习到的ARP表项数量超过了设定的阈值。

3) 处理步骤

1. 执行display arp statistics命令查看设备上ARP表项统计信息，根据网络规划和业务部署，确定是静态ARP表项还是动态ARP表项数量较多。

o 动态ARP表项数量较多=2。

o 静态ARP表项数量较多=3。

2. 执行display arp命令确定哪些接口的ARP表项数量较多，对于ARP表项数量较多的接口，执行display arp interface命令查看指定接口下的ARP表项，检查这些ARP表项是否是用户需要的。

o ARP表项是用户需要的=5。

o 如果ARP表项不是用户需要的，在确保业务不受影响的前提下，可以执行reset arp命令手动清除部分ARP表项=4。

3. 执行display current-configuration命令，检查配置的静态ARP表项是否是用户需要的。

o 静态ARP表项是用户需要的=5。

o 静态ARP表项不是用户需要的，在确保业务不受影响的前提下，可以执行undo arp static命令，通过指定参数删除指定的静态ARP表项或者执行reset arp static命令手动清除全部静态ARP表项=4。

4. 执行display arp statistics命令观察设备的ARP表项总数是否还会异常增加。

o ARP表项不会持续增加=6。

o ARP表项还会持续增加=5。

5. 请收集告警信息和配置信息，并联系技术支持人员。

6. 结束。

03

ARP_1.3.6.1.4.1.2011.5.25.123.2.5hwEthernetARPThresholdResumeAlarm

1) 告警解释

ARP/4/ARP_THRESHOLDRESUME_TRAP:OID [OID] The number of ARP entries was restored to the threshold. (entPhysicalIndex=[INTEGER], Slot name=[OCTET], Threshold=[COUNTER], Number of dynamic ARP entries=[COUNTER], Number of static ARP entries=[COUNTER]).

ARP表项的数量由超阈值减少到阈值范围内时，上报清除告警。

2) 报警原因

设备上ARP表项的数量由超阈值减少到阈值范围内。

3) 处理步骤

1. 正常运行信息，无需处理。

04

1) 告警解释

ARP/4/ARP_IPCONFLICT_TRAP:OID [OID] ARP detects IP conflict. (IP address=[IPADDR], Local interface=[OCTET], Local MAC=[OCTET], Local vlan=[INTEGER], Local CE vlan=[INTEGER], Receive interface=[OCTET], Receive MAC=[OCTET], Receive vlan=[INTEGER], Receive CE vlan=[INTEGER], IP conflict type=[OCTET]).

ARP检测到以太网络中存在IP地址冲突。

2) 可能原因

· 原因1：ARP报文中的源IP地址与本设备的接口IP地址相同，但是MAC地址不相同。

· 原因2：ARP报文中的源IP地址和本设备上已经存在的ARP表项的IP地址相同，但是源MAC地址和对应的ARP表项的MAC地址不相同。

· 原因3：ARP报文中的源IP地址为0.0.0.0（probe ARP报文），目的IP地址与本设备的接口IP地址相同，但是MAC地址不相同。

3) 处理步骤

1. 根据告警信息，确定冲突的设备或者用户。

o 如果能确定冲突的设备或者用户，请及时修改相关的IP地址，及时消除冲突配置=2。

o 如果不能确定冲突的设备或者用户，请收集告警信息和配置信息，并联系技术支持人员。

2. 结束。

05

ARP_1.3.6.1.4.1.2011.5.25.123.2.9hwEthernetARPLearnStopAlarm

1) 告警解释

ARP/4/ARP_LEARNSTOP_TRAP:OID [OID] ARP learning stopped because the memory usage reached the threshold. (Slot index=[INTEGER], Threshold=[COUNTER]).

设备单板内存的占用率达到指定的阈值（单板内存重启阈值-1。例如，1G内存单板的内存重启阈值是90%，当单板内存占用率达到89%时，产生该告警；2G内存单板的内存重启阈值是95%，当单板内存占用率达到94%时，产生该告警）时，ARP停止学习。

2) 可能原因

当前设备上指定单板的内存占用率达到重启阈值-1，ARP停止学习。

3) 处理步骤

1. 执行display health命令查看单板内存的占用率情况。

2. 请收集告警信息和配置信息，并联系技术支持人员。

06

ARP_1.3.6.1.4.1.2011.5.25.123.2.10hwEthernetARPLearnResumeAlarm

1) 告警解释

ARP/4/ARP_LEARNRESUME_TRAP:OID [OID] ARP learning recovered because the memory usage fell below the threshold. (Slot index=[INTEGER], Threshold=[COUNTER]).

设备单板内存的占用率恢复到指定的阈值（单板内存重启阈值-1。例如，1G内存单板的内存重启阈值是90%，当单板内存占用率达到89%时，产生该告警；2G内存单板的内存重启阈值是95%，当单板内存占用率达到94%时，产生该告警）以下时，ARP重新开始学习。

2) 可能原因

当前设备上指定单板的内存占用率由达到单板内存重启阈值-1恢复到单板内存重启阈值-1以下时，ARP重新开始学习。

3) 处理步骤

1. 正常运行信息，无需处理。

07

ARP_1.3.6.1.4.1.2011.5.25.123.2.11hwEthernetARPRemoteBackupFailAlarm

1) 告警解释

ARP/4/ARP_NO_ACCORD_TRAP: OID [OID] The remote ARP entry backup fail. (Mainif name=[OCTET]).

ARP表项远端备份失败。

2) 可能原因

备端设备检测到处理ARP远端备份报文失败，比如：备份报文进入队列失败。

3) 处理步骤

1. 执行display message-queue命令查看设备的消息队列的使用情况，检查ARP消息队列是否已满。

o ARP消息队列已满=3。

o ARP消息队列没有满=2。

2. 执行display arp命令查看设备上ARP表项的信息，检查主端和备端设备上的ARP表项是否一致。

o 两端ARP表项一致=4。

o 两端ARP表项不一致，请在确保业务不受影响的前提下，在主端设备上执行batch-backup service-type arp now命令手动再备份一次ARP表项。

3. 请收集告警信息和配置信息，并联系技术支持人员。

4. 结束。

08

ARP_1.3.6.1.4.1.2011.5.25.123.2.12hwEthernetARPRemoteBackupFailResumeAlarm

1) 告警解释

ARP/4/ARP_NO_ACCORD_RESUME_TRAP: OID [OID] The remote ARP entry backup succeed. (Mainif name=[OCTET]).

ARP表项远端备份失败恢复。

2) 可能原因

备端设备检测到周期内备份ARP表项成功。

3) 处理步骤

1. 正常运行消息，无需处理。

*本文版权所有 华为技术有限公司 侵删

【思科CCNA华为HCIA初级混讲班】本课程满足在校及零基础入门想要学习网络的同学，将两大厂商初级认证需要掌握的理论及实验打包一起学习，轻松区分技术应用中的异同……

2022年希望你成为网络工程师行业的又一位技术大牛，不再羡慕别人的薪资和工作，闯出属于自己的一片天地。

华为4g设备sctp链接故障告警怎么处理

1.检查PTN-BBU两端光模块的收发光情况，光路质量不好容易导致SCTP链路故障。2.询问PTN网管是否有相关告警3.步骤一如果确实收发光功率过低，再进一步排查光模块问题，或光纤问题。4.检查后台数据是否有误。

中兴S320设备，上报NCP S接口通讯错告警，有没有大虾知道此故障产生原因及解决办法？（越详细越好，谢谢）

S口通信错误为常见错误。
处理思路如下
1、首先在E300上进行通讯测试设备拖网告警处理方法，看看是否正常
2、测试如果正常，可能是误报，在、网管侧删除告警然后刷新看看是否消失
3、如果上一步告警刷新后又再次出现，或者通讯测试未通过，先尝试软复位ncp，不行就硬复位，还不行就插拔
4、一般上述方法可以临时解决，最终还是要换ncp单板
感兴趣可以向办事处工程师要个晶振老化的检测方法文档，测试一下晶振是不是老化设备拖网告警处理方法了，不过还是要换板的。

中兴ptn6150设备alm告警怎么回事

可能是软件的兼容性问题设备拖网告警处理方法，或者手机中病毒导致，可以尝试以下方法解决设备拖网告警处理方法：

1、如果是下载第三方软件后出现，可能是软件有兼容性问题，可以卸载软件。

2、如果手机root过，有可能是刷机ROM包的问题，可以备份数据，用sd卡升级方法恢复官方系统。

3、手机可能中毒，若手机现在还能进入主屏幕，建议备份重要数据资料，恢复出厂设置来解决。

底层外部链路故障告警怎么处理？

ppp链路形成通路或者环路告警指示灯都会消失设备拖网告警处理方法，统一来讲就是只要2M收发可以通，就没有告警。近段环回在设备这一端形成环路，自然告警就消失，告警还存在，就需要检查本端的DDF到机柜这段传输，一个节点一个节点检查，有时候不一定是2M头的问题，也可能是其它地方比如ovp模块，建议用LED二极管检查设备拖网告警处理方法；与远端对接后，出现告警，是指与远端未形成通路，说明DDF架到中心局这段有问题，设备拖网告警处理方法你可以给中心局远端环回，让他们看看能否看到，再来检查链路问题。 关于设备拖网告警处理方法和设备拖网告警处理方法视频的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。 设备拖网告警处理方法的介绍就聊到这里吧，感谢你花时间阅读本站内容，更多关于设备拖网告警处理方法视频、设备拖网告警处理方法的信息别忘了在本站进行查找喔。