Networking netflow记录是否等于会话?

Networking netflow记录是否等于会话?,networking,netflow,Networking,Netflow,因为我不太了解网络中的会话定义,所以我有一个疑问,netflow记录是否等于会话? 如果我一次通过FTP上传一些文件到服务器上,就会产生50个文件 netflow RecordsName源和目标IP,但端口不同。进程是否等于50个会话,或者服务器关闭连接后的进程是否仅等于一个会话 比如这张照片: 非常感谢:简短的回答;这要看情况而定 在处理网络流时,有许多因素和变量,无论是各种版本的Cisco Netflow格式、IETF的IPFIX格式还是其他类似格式。如果我们采用非常常见的格式Netflo

因为我不太了解网络中的会话定义,所以我有一个疑问,netflow记录是否等于会话? 如果我一次通过FTP上传一些文件到服务器上,就会产生50个文件 netflow RecordsName源和目标IP,但端口不同。进程是否等于50个会话,或者服务器关闭连接后的进程是否仅等于一个会话

比如这张照片:


非常感谢:

简短的回答;这要看情况而定

在处理网络流时,有许多因素和变量,无论是各种版本的Cisco Netflow格式、IETF的IPFIX格式还是其他类似格式。如果我们采用非常常见的格式Netflow v5,则流由5或7个元组定义,具体取决于定义的详细程度。这些元组是;源和目标IP地址、源和目标端口和协议以及服务类型和入口接口索引。Netflow v5也是一种单向网络流协议,这意味着它将分别处理来自服务器的连接和通向服务器的连接。因此,任何在一个方向上匹配5/7元组定义的IP数据包都将构成一个网络流,并生成一个网络流记录。在检查Netflow数据并将其与网络通信会话进行比较时,必须考虑到所有这些因素。网络通信会话本身也可能根据其上下文具有不同的定义

似乎这还不够,还有一些特定于实现的变量和限制,可能会将一个会话拆分为多个记录。通常,流协议实现各种超时,以便能够有效地收集和存储数据。TCP会话可能会在很长一段时间内打开连接,这使得流生成器很难在内存中保持和维护流。某些网络流格式能够定位此类拆分记录并将其合并到单个流记录中

因此,总而言之,开始研究网络流的网络分析师很容易落入一个陷阱,认为一条记录等于一个会话。这种假设有时可能是正确的,但并不总是正确的