应用场景展示

海量交易数据存储回溯 适用任一关键业务网络节点。 迪思致力于数据中心的全网监测及诊断分析，是业界优秀的NPMD (网络性能监测 与诊断)产品方案提供商。迪思产品其主要特点： 以100Gbps的速率无损捕获网络 原始数据包，集中存储在大容量磁盘阵列 中，提供完整可靠的数据回溯分析支撑。 基于存储的原始数据包，可回溯任意 时间范围内的网络和应用数据。同时为安 全审计 、容量规划、责任界定提供行之有 效的依据。

适用任一关键业务网络节点。

以上场景对应迪思网络回溯分析模块 基于纳秒级时间戳进行回溯分析，在存 储空间足够的前提下，能够长期回溯历史 数据。强大的算力实现了高速溯源，并基 于网络原始数据包进行事件取证和责任界 定。

定位攻击源并对网络2-7层进行安全洞察

实时发现并分析事件安全，如ping风 暴、广播/多播风暴、SYN类型的DDOS攻 击等攻击行为。 针对各种入侵和攻击，基于攻击告 警，可迅速定位攻击源的IP，完整留存原 始的攻击数据包。

适用在网络出口或核心业务出口。

以上场景对应迪思网络安全实时分析模块

迪思网络安全实时分析模块，是按5 个严重程度的级别进行实时预警。可自定 义1000多种告警规则，实时监测并发现网 络威胁，对攻击源定位和原始通信数据包 级取证。

一眼洞见故障源

通过迪思的云网端定位分析算法，能 够精准的定位性能瓶颈点，迅速确定故障 源。在数据中心的运维过程中，有着不可 替代的作用。

适用所有网络数据中心。

以上场景对应迪思算法定位分析模块

通过迪思的算法，按照应用监 测、监控点、服务器监测三个维度精准计 算出云、网、端的应用耗时，精确到会话 流级别。迅速发现性能瓶颈，准确定位故 障源，从而保障数据中心长期稳定安全的 运行。

多探针模式极大节约运维总成本

迪思的“多探针模式"不需要在每个节 点上都部署一个硬件探针。只需将每个节 点的网络流量引入迪思设备的一个端口， 每一个端口对应一个单独的分析界面，以 实现单独监测该节点的网络及应用性能情 况。

适用在多分支网络中心。

以上场景对应迪思多探针模块

通过迪思的“多探针模式"，能够精确 而快捷的监测分析应用路径，打破传统部 署多个硬件探针的僵局，大幅度提升运维 效率，同时明显降低了运维总成本。

保障大型视频专网和音视频会议系统稳定运行

迅速找出视频专网和音视频会议出现 的慢、卡、不清晰等常见故障的根本原 因，并确定故障点。

适用在视频专网及企事业音视频会议。

以上场景对应迪思音视频分析模块

音视频分析模块可对大型视频专网及音视 频会议进行专业分析。分析摄头及呼叫的性能 质量，展示质量趋势情况，以打分机制直观展 示每个摄头的性能状态，对摄头掉线、野流进 行实时告警，生成音视频分析报告等。

实时的HTTP交易分析

对HTTP进行实时交易分析，从HTTP 状态码分布、HTTP主机、URL这3个关键 维度定位性能瓶颈，发现根本原因。 时间发现HTTP交易的风险点，在 用户未投诉故障时先行解决问题。

适用在所有网络中心。

以上场景对应迪思HTTP交易分析模块

能够对HTTP协议深入分析，获知 HTTP服务器的各种回显错误，全面分析统 计应用参数，并同时分析网络参数，从而准 确评估HTTP交易的健康状态。

智能报告系统

对网络和应用的分析结果，可以生成 即时报告。以多种可视化视图展示报告， 常见的如柱状图、饼图、线性图等。 针对实际需求，以百余种KPI生成以每 天、每周或每月的智能计划报告。 报告中全面展示了所有的分析结果， 提供完整的数据支持。

适用在所有网络中心

以上场景对应迪思自动生成报表模块

智能报告功能可自定义近千种不同类 型的网络应用报告，例如对服务器的端口 安全作梳理分析。可自定义日报、周报、 月报，以PDF、Word、Excel、CSV、 HTML5等格式导出。同时也可将不同报告 发送给不同负责人，如将安全分析报告发 送给安全负责人，音视频应用报告发送给 音视频负责人等模式。

对客户重点关注的数据进行重组展示

搜集组织（企业）关心的数据，将这 些数据自动上传给服务器或第三方。以高 可视、高直观、高交互性的视图，全面而 深入的展示分析结果。每个节点的分析结 果可单独展示，也可以多个节点的分析结 果统一展示。从而为决策者或后端人员提 供更高品质的服务。

适用在对数据有更高需求的企业或组织。

说明：

部署 以旁路方式镜像网络流量，不影响原有网络架构的正常运行。

管理 本系统采用分布式部署，以DCCVision 管理平台统一管理。

某保险公司定位性能故

用户痛点描述:

保险公司车险打印保单缓慢。

迪思方案：

以迪思系统对HTTP应用系统进行定位分析，发现服务器的平均响应时间在10秒以 上，而客户端时间和网络时间都在正常范围之内。显然性能瓶颈是在服务器端。

方案结果：

排查HTTP服务器发现其CPU、内存利用率等均在正常范围之内，故排除服务器硬 件性能不足的可能性。进一步分析HTTP应用系统，发现其内部存在一个策略性bug， 这是导致故障现象的根本原因。修复bug后，即恢复正常。