【SPOTO思博网络】网络管理与监控《NetFlow》【CCNA基础】
NetFlow是一种数据交换方式。Netflow提供网络流量的会话级视图,记录下每个TCP/IP事务的信息。
也许,它不能像tcpdump那样提供网络流量的完整记录,但是当汇集起来时,它更加易于管理和易读。Netflow由Cisco创造。
NetFlow工作原理
NetFlow利用标准的交换模式处理数据流的第一个IP包数据,生成NetFlow 缓存,随后同样的数据基于缓存信息在同一个数据流中进行传输,不再匹配相关的访问控制等策略,NetFlow缓存同时包含了随后数据流的统计信息。
NetFlow有两个核心的组件:
NetFlow缓存,存储IP流信息;
NetFlow的数据导出或传输机制,NetFlow利用此机制将数据发送到网络管理采集器。
一个NetFlow流定义为在一个源IP地址和目的IP地址间传输的单向数据包流,且所有数据包具有共同的传输层源、目的端口号。
确定Flow的标识
SIP+DIP+SPORT+DPORT +Layer 3 protocol type + TOS byte() + Router or switch interface
数据采集格式:
NFC(Cisco NetFlow Collector) 可以定制多种NetFlow数据采集格式,下例为NFC2.0采集的一种流量数据实例,本文的分析都基于这种格式。
61.*.*.68|61.*.*.195|64917|Others|9|13|4528|135|6|4|192|1
数据中各字段的含义如下:
源地址|目的地址|源自治域|目的自治域|流入接口号|流出接口号|源端口|目的端口|协议类型|包数量|字节数|流数量
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A68.tmp.jpg
cache缓存空间
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A69.tmp.jpg
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A6A.tmp.jpg
可配置的Cache维护机制
一般情况下,Cache空间的占用是与所监控的Flow数量呈正比的,但是当链路中充斥着大量的短连接Session时, Flow表项数量可能会因为没有得到及时释放而过多占用有限的Cache空间。
为此,NetFlow提供了一种非常复杂、 高效的算法以快速定位一个数据包在该Cache中的位置或判断是否应新建表项。
并且,通过管理员给定 的阀值进行各类表项的超时导出,从而及时释放老的表项以容纳新建Flow信息。
Flow Cache表项 Timed-Out操作可由以下几项因素进行驱动:
该表项已经空闲了指定的时间长度(Inactive Timer,缺省15 seconds);
长连接会话 强制超时(Active Timer,缺省 30 minutes);
缓存空间耗尽所触发的强制超时;
TCP FIN/RST触发的超时。
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A6B.tmp.jpg
规范的导出报文格式
NetFlow采用了主动式数据推送机制,一般用UDP传送。
NetFlow的封装格式分为1个Header和若干个Record:
Header:主要包括版本号、序列号、后续Record数量、系统启动时间等;
Record:提供对每个Flow的详细数据记录。
下文以NetFlow V9为例,输出报文Header与Record整体结构如下所示:
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A6C.tmp.jpg
在上述格式中,各字段的具体含义描述如下:
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A7D.tmp.jpg file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A7E.tmp.jpg
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A7F.tmp.jpg
Template功能
NetFlow V9是首先对Template进行支持的版本, 通过Template功能NetFlow V9获得了前所未有的扩展灵活性。
Template描述了NetFlow输出记录的各字段定义,无需改变现有 规范即可支持将来可能出现的增强功能,从而无需重新编译、 修改流量采集分析系统即可快速支持新增功能特征。
Flow具备详尽的会话描述能力。
在NetFlow V9中,缺省提供了多达89种字段类型,并允许通过Template和Aggregation机制进行任意组合、汇聚,能够详细描述流量分布的各类特征。
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A80.tmp.jpg
NetFlow与SNMP的不同
无论是MIB还是后来的RMON,SNMP所针对的信息一般都围绕网元设备展开,如Interface吞吐率、接收到的坏帧数量、CPU/RAM利用率等。
而NetFlow正如同它的名字一样,其所关注的重点在于网络链路上所传输流量的特征信息,并且这些信息能够更直接的反映出当前网络上访问行为分布以及合同客户此时所得到的真实的服务质量水平。
NetFlow与SNMP的主要差异可以从以下几点得到说明:
NetFlow关注流量特征,SNMP关注设备状态;
NetFlow直接围绕Session会话连接进行数据提取,而SNMP则以物理接口为基本单位进行数据统计;
从Agent角度来看,NetFlow采用数据主动推送技术,SNMP则主要采取被动轮询机制;
NetFlow数据信息更为丰富、描述能力更强;
NetFlow支持抽样操作,具备良好的扩展弹性,能够更好适应高端网络实际需求;
SNMP功能通常随着设备销售而免费提供,而在很多现有设备中,NetFlow作为增值功能则需要额外购买许可License或特定软件包。
因此,在网络流量测量及分析系统中,如异常流量分析系统,NetFlow已经成为一个重要的数据提取方式,为高端网络骨干链路的实时流量采集分析提供高效、准确的数据摘要提取服务,是网络流量分析阵营不可或缺的基础技术。
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A81.tmp.jpg
限制条件
需要网络设备对NetFlow的支持,需要分析NetFlow数据的工具软件,需要网络管理员准确区分正常流量数据和异常流量数据等。
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A82.tmp.jpg
挑战者SFlow
同NetFlow一样,sFlow是一种向采集器发送报告的推送技术。所不同的是,NetFlow是一种基于软件的技术,而sFlow则采用内置在硬件中的专用芯片。这种做法消除了路由器或交换机的CPU和内存的负担。
sFlow系统的基本原理为:
分布在网络不同位置的sFlow代理把sFlow数据报源源不断地传送给中央sFlow采集器,采集器对sFlow数据报进行分析并生成丰富的、实时的、全网范围的传输流视图。
sFlow是一种纯数据包采样技术,即每一个被采样的X包的长度被记录下来,而大部分的包则被丢弃,只留下样本被传送给采集器。
由于这项技术是基于样本的,如果没有复杂的算法来尝试推测准确的会话字节量,那么几乎不可能获得每台主机流量100%的准确值。
在使用这项技术时,交换机每隔100个数据包(可配置)对每个接口采一次样,然后将它传送给采集器。sFlow的规格也支持1比1的采样率,即对每一个数据包都进行“采样”。
对数据包最大采样频率的限制取决于具体的芯片厂商和sFlow实现情况。
NetFlow更多的是在路由器上得到支持,而sFlow则在交换机上更加流行。两者都是开放标准,但在非常大的流量传输环境中,sFlow采样架构可能要优于NetFlows汇集方式。
file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A83.tmp.jpg
其他Flow
了解更多课程↓↓↓
进入全国网络工程师交流群 ,请扫描下方二维码↓↓↓
群里有行业大咖、实战分享、技术交流、技术咨询、企业内推等机会
若群满,请添加老杨微信(spotoa),邀你进群 file:///C:/Users/SPOTO/AppData/Local/Temp/ksohtml/wps9A84.tmp.jpg
|