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