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