【NFA】Interface Traffic API 自定义时间范围参数
关于 NFA Get Interface Traffic Data API 手册中时间范围的参数仅有hourly/6hour/Daily/today/yesterday/Weekly/Monthly
在需要自定义时间范围时可以使用如下参数和格式
例：
https://demo.netflowanalyzer.com/api/json/v2/nfadevice/getTrafficData?apiKey=APIKEY&DeviceID=5000078&TimeFrame=custom&StartTime=2024-10-10 09:00&EndTime=2024-10-10 10:59&enableBussHour=true&BussStartTime=0000&BussEndTime=0000&tablegridviewtype=Both&Type=speed&granularity=5&expand=true
https://demo.netflowanalyzer.com/ 替换为实际的 URL IP:Port
apiKey=APIKEY APIKEY 替换为实际的 APIkey
DeviceID=5000078 5000078 替换为实际想要获取数据的接口 ID
StartTime=2024-10-10 09:00&EndTime=2024-10-10 10:59 替换为实际想要数据的时间范围（起始时间与结束时间）
granularity=5 可以给 1、5、15，分别代表 1 分钟平均、5 分钟平均、15 分钟平均，并且仅有起始时间与结束时间的时间范围在 24 小时以内的此参数才有效，时间给定范围超过 24 小时的仅能获取小时平均值。
Related Articles
接口流量统计不准---缩小轮询间隔统计准确原因以及轮询间隔建议
问题：接口流量显示不准，但缩小轮询间隔显示趋于准确。 基于SNMP的设计机制 ， ifInOctets 的值不是一直累计计算 ，而是达到上限后重新统计。而op计算当前流量是(如下链接) 当前的轮询值减前一次的值除以时间。所以当 ifInOctets 值达到上限后会出现不准的情况，缩小轮询间隔就趋于准确值。 ...[工单][自定义脚本] 自定义计划 实现报表数据定期被调用，脚本引用报表数据进行后续处理
场景： 客户想要使用自定义计划方法实现查询10天未关闭的解决的工单，通过自定义计划执行脚本直接对报表产生的数据（会存储到列表里，以json格式记录）进行调用和数据处理。（示例脚本为SDP通过API方式关闭工单） SQL： SELECT wo.WORKORDERID AS "Request ID" FROM WorkOrder wo LEFT JOIN WorkOrderStates wos ON wo.WORKORDERID=wos.WORKORDERID LEFT JOIN ...[opm]接口流量计算&日志中接口流量的查找方法
接口流量如何计算： 流入(bps): Rx Traffic: Delta_InOctets*8*1000/轮询间隔（s） 流出(bps): Tx Traffic: Delta_OutOctets*8*1000/轮询间隔（s） 注： 32bit使用的oid为IF-MIB.txt下的ifInOctets & ifOutOctets 64bit使用的oid为IF-MIB.txt下的ifHCInOctets & ifHCOutOctets 日志中接口相关值的保存位置： ...【OPM】接口流量激增告警误报分析与处理
问题概述 在监控平台中，部分网络接口在特定时间段内出现流量数据异常激增，触发流量告警。经排查发现，该时段内设备 ICMP 监控正常（设备可达），但 SNMP 采集的流量值出现异常。这种异常并非真实流量上涨，而是由于 SNMP 计数器重置或失效导致的“虚假峰值”。 根本原因 流量激增告警误报主要由以下原因导致： SNMP 计数器重置 设备接口的流量计数器可能因接口抖动、设备重启、配置更新、软件升级或 32 位计数器溢出而发生重置。 ...【NFA】unknow应用流量不显示端口 无法映射
问题 unknow应用流量不显示端口 无法添加映射。 正常状态下： 问题状态： 造成问题的原因以及解决方案 原始数据存储未开启，如果接口的原始数据在一个小时内未存储，那么接口报告会显示端口为“*”。 请点击“设置”-->“流量分析”-->“存储设置”-->“原始数据”，将“原始数据”设置为“开启”且至少保存一个小时，将“重定向最后两小时数据到聚合数据”设置为“关闭”。保存设置。 等待一段时间后可正常获取unknow应用流量端口信息。