在包层解决测量分析的要求
互动问题，应用程序或网络的意外行为，配置差或固体证据的愿望需要管理员手动故障排除。由于不同原因，网络可能对多个区域中的性能问题负责：
- 现在应该适用于大多数应用程序，即使在全球范围内的应用程序，甚至在公司LAN上的延迟和数据包丢失比缺乏带宽的根本原因更有可能。
- 网络组件（设备）位于分支机构和数据中心之间的路径，以优化和改善应用程序交付。作为网络中的透明代理，这些系统主动与网络流量交互以提高吞吐量并降低延迟。
快速的包满足可能的性能限制，如如何衡量和量化它们，如何显示其影响，并建议有意义的解释和纠正它们的方法。它是关于识别潜在的性能问题，使它们更快，更准确地解决它们，同时与用户和应用程序所有者更有效地工作。在数据包级别获得完全网络可见性是执行的重要要求分析和测量。
应用层的问题和答案
我们假设通过请求/应答机制的客户端到服务器的通信是基于TCP/IP传输协议的。几乎所有交互式业务应用程序都使用此过程。这包括基于web的应用程序、胖客户机应用程序、文件服务器访问、文件传输、备份等。由于只考虑了TCP/IP协议，这就排除了语音和视频应用程序。它们使用其他的传输机制。
对于每个操作，应用层存在至少一个请求和一个响应。这些称为应用层协议数据单元（PDU）。一个简单的客户端 - 服务器交互如下所示：在应用层，请求消息传递给客户端TCP堆栈（TCP套接字）以进行分段（进入数据包），寻址和传输。TCP堆栈提供的功能通常对应用层完全透明。
在连接的接收端(服务器)，从通过网络传输的数据包中提取应用程序数据，并将其重新组合为应用层消息，并交付给相关的服务进行处理。
一旦应用层内部处理完成，服务器将转发对服务器的TCP堆栈的响应。消息文本被分段并通过网络传输到客户端。此请求/回复信息交换的性能由两个因素决定：
- 消息在服务器或客户端的处理速度，以及，
- 消息通过网络传输消息的时间长度。
因此，两个区域应在性能分析中单独考虑。传输后重新组装的信息表示应用程序的以网络为中心的视图，而录制的PCAP文件中的Allegro网络万用表收集的数据包通知我们网络如何运输消息。
>>立即下载：点击vs span [whitepaper]
确定加工时间
要特别分析应用程序性能和操作性能，只需要检查影响操作请求和结果响应的传输的因素。区别在于客户端和服务器的处理时间以及传输介质上发生的延迟。如果将流程图进行扩展，则总延迟分为以下四类:
- 发送消息时客户端的传输时间，
- 服务器处理时间,
- 发送响应时服务器的传输时间，
- 客户端的处理时间。
服务器处理延迟的度量从服务器收到客户端请求的最后一个包开始。这个包也表示请求消息的结束。服务器的处理延迟以响应的第一个包结束。这个包也表示应答消息的开始。
传输延迟的测量以服务器发送的第一分组响应于先前接收的请求而开始，并以回复序列的最后一个分组结尾。这组数据包代表了通过网络传输的整个消息。
Allegro Network万用表显示SSL流量的应用层响应时间。在上面的图中，左边显示了构建加密的时间。在右侧，将显示对加密请求的响应的持续时间(第一个客户机包和第一个服务器响应包之间的时间)。
所描述的测量进入性能分析框架。该框架描述了客户端，网络和服务器之间的九个潜在性能瓶颈。因此，每个应用程序性能评估应分析所有十二个问题区域：
- 服务器处理延迟,
- 客户端处理延迟，
- 带宽的瓶颈,
- 数据包丢失，
- 流量控制(零窗口)，
- 通话协议加上长时间的延迟，
- 应用层的流量控制（应用程序窗口），
- nagle算法，
- TCP慢速启动算法。
从应用程序消息到网络数据包
通过在应用层的Garland技术接收数据包级别数据，大多数信息在多于一个乐动体育菠菜数据包中传输。信息段大小通常大于可以由网络分组发送的最大段大小MS或有效载荷大小，其通常为以太网1460字节。分配给请求或得到的响应的分组可以被描述为一个数据流。数据流的所有数据包的组合有效载荷表示在应用层上传输的消息。
为了推动像Allegro网络万用表这样的高性能诊断设备，花环技术有助于乐动体育菠菜提供数据包级别数据通过网络传输。由于数据包是网络管理员获得网络流量完全可见性所需的最细粒度的度量标准，Allegro network万用表依赖Garland的可见性解决方案来提供全频谱数据。这允许一个高效的解决方案来评估和测量流量高达100G没有延迟。
有关更多信息，请访问花环技术和乐动体育菠菜快板包接头解决方案。希望为您的工业环境添加可视性，但不确定在哪里开始？加入我们的简短网络设计 - IT咨询或演示。没有义务，这是我们喜欢做的。
