网络体验监视

概述

Citrix Network Experience Monitoring (NEM) 服务(以前称为 Netscope )使服务提供商、企业、ISP 和第三方服务提供商能够访问详细的 Radar 测量日志和标准报告,其形式为汇总的可操作数据。NEM 提供了几个标准的日志和报告,客户可以使用这些日志和报告来衡量他们的服务质量。

此解决方案包括“原始”Radar 测量交付和对 Citrix ITM 数据 API 的访问。NEM 同时提供粒度数据(作为原始测量数据或数据聚合数据)和数据阈值警报。这些服务有助于发现和隔离平台可用性和性能问题,这些问题与平台对等方和底层 ISP 的性能相关,最终为最终用户提供服务。

Radar“原始”测量:Radar 测量提供每个事件的粒度信息,每天进行一次批处理。Radar 测量包括按标记收集的公共社区和私人测量数据(可用性、响应时间、HTTP 和 HTTPS 测量的吞吐量)。Radar 测量提供数据字段,例如提供商 ID、解析程序 IP、混淆 (/28) 客户端 IP、混淆的引用标头、用户代理、最终用户 ASN、地理数据解析程序和客户端。

“原始”测量中提供的 Radar 指标包括:

  • 可用性
  • 响应时间
  • 吞吐量(测量时)
  • DNS 查找时间(可选)
  • TCP 连接时间(可选)
  • 安全连接时间(可选)
  • 延迟(可选)
  • 下载时间(可选)

Radar 测量是为了让客户能够对收集的数据进行自己的分析。数据集包括有关一系列通信协议的提供程序性能和可用性(错误)的信息。

日志文件数据可从 AWS S3 或 Google 云存储存储桶获取 7 天。客户可以选择通过标准存储桶访问方法检索社区和私有数据的日志文件。

实时 Radar“原始”测量(可选):原始 Radar 测量实时交付到 AWS S3 存储桶。这些日志会尽快提供,通常在收集后 5 分钟内。它们提供的粒度与上述 Radar 原始测量结果一样多。

数据 API — Citrix ITM Radar 数据 API 提供了Radar公共社区和私人测量数据的聚合。数据会持续更新,大约每 60 秒对数据进行批处理,以便 API 检索。数据 API 允许客户将Radar数据集成到他们自己的报表和控制板中。

日志共享和传输

  • Radar 日志可以实时交付和每日交付。
  • 报告每天都会运行。
  • 结果将保存到 Amazon Web Services S3 (S3) 或 Google Cloud Storage (GCS)。
  • 日志和报告都有 7 天的保留期。它们将在创建后一周自动删除。
  • 报告通常采用 TSV(制表符分隔值)或 JSON 格式,具体取决于报告类型。

为客户提供登录信息以访问 S3 和 GCS 存储桶。他们可以使用命令行工具,如 s3cmd 或适用于 S3 的 AWS CLI;或适用于 GCS 的 gsutil。S3cmd 配置文件可识别访问密钥(通过门户界面接收),并帮助用户连接到 S3 存储桶。AWS CLI 需要安装在客户的计算机上才能连接到 S3 并访问日志。对于 GCS,客户将接收访问密钥文件作为下载(通过门户界面),该文件可与 gsutil 工具一起使用。

有关如何使用 s3cmd 配置文件从 S3 下载文件或如何使用 gsutil 或 gcloud 命令行工具的密钥文件的更多信息,请参阅常见问题解答

客户还可以选择在报告可用时接收电子邮件通知。

平台设置

您必须配置您的平台以支持和生成 Netscope NEM 所需的数据。在开始之前,请确保已为您的平台启用以下设置。

  • 对于匿名最佳报告,请启用 Radar 探测设置
    • 对于匿名最佳 RTT,启用 响应时间和可用性
    • 对于匿名最佳吞吐量,启用 吞吐量和可用性
  • 对于缓存节点 ID 报告,启用 Radar 探测设置;在高级 Radar 设置中,启用节点 ID
  • 对于资源计时详细信息,请在高级 Radar 设置中启用包含时间戳

导航

从主菜单中选择 网络镜 NEM。此时将打开网络体验监视配置页面。

导航

平台和网络

选择所需的 平台网络 (或两者)以启动配置过程。

注意:

只有在至少选择了一个平台网络时,才能配置和生成日志和报告。

客户收到的汇总数据将包括选定平台(针对所有关联网络)或选定网络(针对所有相关平台测量)的 Radar 测量。

选择平台

对于内容服务提供商或企业,选择表示需要测量的 CDN、云、数据中心或其他终端点的平台。

平台

选择网络

对于 ISP,从与需要测量的不同平台或终端关联的列表中选择 络。

注意:

如果在列表中找不到所需的平台,则可以在门户的平台部分对其进行配置。对于不可用的网络,请联系支持团队。

网络

平台报告

平台报告有四种类型:

  1. 匿名最佳往返时间 (RTT)
  2. 匿名最佳吞吐量
  3. 缓存节点 ID
  4. 按国家/地区/ASN

有关日志描述,请转到针对服务提供商和企业的 Radar 日志说明和报告

启用平台报告

单击切换按钮可启用或禁用您希望(或不希望)接收的报告。如果禁用现有报表,新日志将停止生成,但旧报表仍保留在当前位置。

平台报告

匿名最佳平台报告

  • 这些报告可帮助提供商将其绩效与其对等组内其他平台的绩效进行比较,例如在同一国家、地区或 ASN 中。
  • 对等组中前 15 位提供商的绩效数据基于相同的类别进行汇总,最佳绩效列在特定提供商的最佳价值旁边。
  • SSL 平台的匿名最佳报告是可用的,因此它们的性能可以与其他 SSL 平台进行比较。
  • 客户端 IP 被截断为 /28。
  • “最佳”提供商的结果有助于 CloudS/CDN 将性能工作重点放在高容量或业务关键型 ASN 上,这些 ASN 与同行相比竞争力较弱。
  • 该报告提供了按 DNS 解析程序 IP、客户端 IP /28 和为对象提供服务的缓存节点分类的性能详细信息,并将其与“最佳”平台进行比较,以满足相同条件。

可用于 RTT 和吞吐量。

平台的缓存节点 ID 报告

  • 此报告用于标识响应请求的特定服务器或数据中心,并帮助诊断服务器问题。
  • 它提供响应特定请求的数据中心或计算机的 ID。
  • 它有助于理解为什么通过特定节点(POP 或计算机,或节点 ID)的性能好还是坏。
  • 性能会因探测类型(例如,响应时间、吞吐量和可用性)、DNS 解析程序 IP、客户端 IP /28 以及为对象提供服务的缓存节点而下降。
  • 有关日志描述,请参阅[针对服务提供商和企业的 Radar 日志说明和报告](#radar-日志描述-针对服务提供商和企业的报告)

按国家/地区/ASN

网络报告

有三种类型的 网络报告

  1. 匿名最佳往返时间 (RTT)
  2. 匿名最佳吞吐量
  3. 子网

有关日志描述,请参阅针对 ISP 的 Radar 日志说明和报告

启用网络报告

单击切换按钮以启用/禁用您希望(或不希望)接收的报告。如果禁用,新日志将停止生成,但旧报告仍然保留在原位。 要生成子网报告,请输入网络的特定子网。如果没有输入任何子网(但报告已启用),则将使用 ASN CIDR 块作为默认子网生成报告。

网络报告

互联网服务提供商的匿名最佳报告

  • 在 ISP 的匿名最佳报告中,对等组用于“最佳”比较。对等组基于 ISP 的位置。它通常是指定国家内 10 个测量最多的互联网服务提供商,至少有 1,000 次以上。
  • “最佳”ISP 的结果有助于 ISP 将业绩重点放在高容量或业务关键型平台上,以及与同行相比竞争薄弱的领域。
  • 报告提供了按地域和平台分列的绩效细节,并将其与“最佳”ISP 进行比较,以同样的标准。
  • 可用于 RTT 和吞吐量。
  • 有关日志描述,请参阅针对 ISP 的 Radar 日志说明和报告

ISP 的子网报告

  • 本报告为 ISP 提供了有关其网络特定子网如何通过我们测量的平台为用户提供的信息。
  • 它提供了有关响应特定请求的服务提供商的信息。
  • 它有助于了解按网络子网的性能。
  • 性能会因探测类型(例如,响应时间、吞吐量和可用性)、DNS 解析程序 IP、客户端 IP /28 以及为对象提供服务的用户的子网而下降。
  • 有关日志描述,请参阅针对 ISP 的 Radar 日志说明和报告

Radar 日志

  • Radar 日志可用于平台和网络。
  • 它们包括原始日志中可用字段的子集,一些数据匿名化:客户端 IP /28、Referer MD5 散列。
  • 无论生成测量的页面如何,都会提供公共平台的每个测量值。

注意:

NEM 永远不会公开完整的客户端 IP。相反,它公开了 /28。例如,IP 255.255.255.255 在报告中将显示为 255.255.255.240/28。

日志频率

Radar 日志可以每天(每 24 小时)生成,即一天结束时(UTC 时间)。日志也可以实时生成(每分钟)。

文件格式

选择 TSV 或 JSON 以接收以上任一格式的日志和报告。

测量类型

您可以为以下测量类型配置日志:可用性、响应时间和吞吐量。在报告中,1:可用性、0:HTTP 响应时间和 14:HTTP 吞吐量。

资源计时详细信息

您可以选择还包括资源计时详细信息,方法 是单击是或否 按钮。资源计时详细信息包括

  • DNS 查找时间
  • TCP 连接时间
  • 安全连接时间
  • 下载时间

有关日志描述,请参阅针对服务提供商和企业的 Radar 日志说明和报告

日志配置

导航计时日志

日志频率

导航计时日志可以每天(每 24 小时)生成,即一天结束,UTC 时间。日志也可以实时生成(每分钟)。

文件格式

选择 TSVJSON 以接收以上任一格式的导航计时日志。

有关日志描述,请参阅导航计时日志描述

导航计时日志

Openmix 日志

日志频率

Openmix 日志是实时生成的(即每分钟)。这些日志为 Openmix 客户提供了实时测量结果。

文件格式

选择 TSVJSON 以接收以上任何一种格式的Openmix和 HTTP Openmix日志。但是,JSON 是推荐的格式。

有关日志描述,请参阅Openmix 日志描述

Openmix 日志

云服务交付

此选项允许您选择交货方式。您可以选择在 AWS S3 存储桶或 Google 云存储 (GCS) 存储桶中接收日志和报告。 您将获得登录信息以访问 S3 和 GCS 存储桶。您可以使用命令行工具(如 s3cmd 或适用于 S3 的 AWS CLI)。和 gsutil 的 GCS。

AWS S3

对于要传递到 AWS S3 存储桶的日志和报告,请选择 AWS S3

位置

位置表示 AWS S3 中保存日志和报告的存储桶。

IAM 密钥

如果您选择 AWS S3 下的生 成密钥 按钮,AWS IAM 密钥(访问密钥和私有密钥)将在 IAM 密钥下生成并显示。请务必记录密钥,因为它们不会存储在任何位置以供日后查看。

注意:

这对访问密钥和私有密钥是私钥的唯一副本。客户有责任安全地储存它们。重新生成新密钥会使现有密钥失效。 S3cmd 配置文件可识别访问密钥(通过门户界面接收),并帮助客户连接到 S3 存储桶。要连接到 S3,需要在客户的计算机上安装 AWS CLI。

有关如何使用 s3cmd 的访问密钥和私有密钥从 S3 存储桶下载报告的信息,请参阅常见问题解答

AWS S3

谷歌云存储

要将日志和报告传送到 GCS,请选择 谷歌云存储

位置

位置表示 Google 云存储中保存日志和报告的存储桶。

IAM 密钥

当您选择“生成密钥文件”按钮时,Google 服务帐户密钥文件将下载到您的计算机上。

注意:

此密钥文件是私钥的唯一副本。记下您的服务帐户的电子邮件地址,并安全地存储服务帐户的私钥文件。重新生成新的密钥文件会使现有文件失效。

此密钥文件可与 gsutil 工具一起使用,从 GCS 存储桶下载日志和报告。有关如何使用密钥文件下载日志文件的详细信息,请参阅常见问题解答

GCS

针对服务提供商和企业的 Radar 日志说明和报告

针对供应商的 Radar 日志

  • 这些日志为基准合作伙伴提供 Radar 测量。
  • 无论生成测量的页面如何,它们都提供了公共平台的每个测量结果。
  • Radar 日志包括原始日志中可用字段的子集,其中包括一些匿名数据:客户端 IP /28、哈希 Referer MD5。
  • 以下是 TSV 文件格式的示例平台 Radar 日志共享

注意:

NEM 永远不会公开完整的客户端 IP。相反,它公开了 /28。例如,IP 255.255.255.255 在报告中将显示为 255.255.255.240/28。

日志描述

这些是 Radar 日志的列标题和说明。字段在输出文件中按以下顺序显示:

日志 说明
时间戳 这是请求的 UTC 时间,采用 YYYY-MM-DDTHH:MI:SSZ 格式。这是日志表中的实际值(下降到第二个),并分别四舍五入到小时/天表中最接近的小时 (2018-03-30T23:00:00Z) 或天(2018-03-30T00:00:00Z)。在所有数据集中,这始终采用 UTC 格式。
唯一节点 ID 也称为缓存节点 ID,即 CDN 边缘服务器可能返回的任意值(通常是 IP),以帮助 CDN 在内部识别哪个服务器处理特定请求。”(空字符串):来自不支持 UNI 检测的Radar客户端。0:用户代理不支持 UNI 检测所需的功能。1:客户端在 UNI 检测过程中遇到错误,例如 HTTP 404 或其他不成功的响应。2:UNI 检测尝试,但导致了错误。
提供商 ID 正在测量的平台的内部 ID。
探头类型 所测量的探测类型(例如:1:HTTP 连接时间;0:HTTP 响应时间;14:HTTP 吞吐量等)。我们仅使用它在允许的时间内成功返回(或未返回)的信息来表示服务是可用的。
响应代码 测量结果。例如:0:成功,1:超时,> 1:错误。对于可用性计算,测量值的百分比采用 0(成功)响应与测量总数(总数,与响应无关)。这是严格的可用性计算。对于其他探测类型(RTT 和吞吐量),这必须是一个过滤器(例如,在计算 RTT 统计数据时,仅考虑 RTT 数据点成功代码为 0)。吞吐量相同。
测量值 记录的测量值,其含义因探头类型而异。它表示可用性 (1)/响应时间 (0) 测量值,以毫秒为单位,吞吐量 (14) 以 kbps 为单位。
解析程序市场 处理请求的 DNS 解析程序的市场。一般来说,DNS 解析程序所在的大陆,其中 0:未知 (XX)、1:北美 (NA) 5:非洲 (AF)、3:欧洲 (欧盟)、4:亚洲 (ASA)、2:大洋洲 (OC)、6:南美洲 (SA)。
解析程序国家/地区 处理请求的 DNS 解析程序的国家/地区。ID 可以映射到https://community-radar.citrix.com/ref/countries.json.gz
解析程序区域 处理请求的 DNS 解析程序的区域。ID 可以映射到 https://community-radar.citrix.com/ref/regions.json.gz 注意: 并非世界上所有国家/地区都已定义区域。
解析程序状态 处理请求的 DNS 解析程序的状态可以映射到https://community-radar.citrix.com/ref/states.json.gz 注意:并非世界上所有国家/地区都已定义状态。
解析程序城市 处理请求的 DNS 解析程序的城市。解析程序城市是通过查找解析程序 IP 地址添加的。ID 可以映射到https://community-radar.citrix.com/ref/cities.json.gz
解析程序 ASN 处理请求的 DNS 解析程序的自治系统编号 (ASN)。通常,包含 DNS 解析程序的 ASN。ID 可以映射到https://community-radar.citrix.com/ref/asns.json.gz
解析程序 IP 我们的基础设施接收 DNS 请求的 DNS 解析程序的 IP 地址。
客户市场 生成此测量的最终用户的市场。一般来说,客户端 IP 所在的大陆;其中,0:未知(XX),1:北美洲(NA)5:非洲(AF),3:欧洲(欧盟),4:亚洲(ASA),2:大洋洲(OC),6:南美洲(SA)。
客户国家/地区 生成此测量的最终用户的国家/地区。ID 可以映射到https://community-radar.citrix.com/ref/countries.json.gz
客户区域 生成此测量的最终用户区域。一般来说,客户端 IP 所在的地理区域。ID 可以映射到https://community-radar.citrix.com/ref/regions.json.gz 注意:并非世界上所有国家/地区都已定义区域。
客户状态 生成此测量的最终用户的状态。一般来说,客户端 IP 所在的状态。ID 可以映射到名称https://community-radar.citrix.com/ref/states.json.gz 注意:并非世界上所有国家/地区都已定义状态。
客户城市 生成此测量的最终用户所在的城市。一般来说,客户端 IP 所在https://community-radar.citrix.com/ref/cities.json.gz的城市。ID 可以映射到
客户端 ASN 生成此测量值的最终用户的自治系统编号 (ASN)。通常,包含客户端 IP ID 的 ASN 可以映射到https://community-radar.citrix.com/ref/asns.json.gz
客户端 IP 生成此测量的最终用户的 IP。
引用主机 MD5 引用信息(协议、主机和路径)来自Radar HTTP 请求的引用标头。引用主机是 MD5 散列的。
用户代理 运行托管标签的页面的浏览器中的用户代理字符串。例如,如果您正在运行 Chrome 并浏览带有 Radar 标签的页面,在后台进行的Radar测量值会记录您的 Chrome 浏览器中的用户代理。这包括它是 Chrome 的事实,它是哪个版本的 Chrome,你正在运行的操作系统的信息,等等
DNS 查找时间(可选) 使用资源计时 API,域查找结束和域查找开始之间的差异,当两个值都不为空,结束时间大于开始时间。它的计算方式为域查找-域查找启动。
TCP 连接时间(可选) 使用资源计时 API,当两个值都不为空且结束时间大于开始时间时,连接结束和连接开始之间的差异。它被计算为连接端-连接开始。
安全连接时间(可选) 使用资源计时 API,当两个值都不为空且结束时间大于开始时间时,连接结束和安全连接启动之间的差异。它被计算为连接-安全连接开始。
延迟(可选) 使用资源计时 API,当两个值都不为空并且响应开始时间大于请求开始时间时,响应开始和请求开始之间的差异。它被计算为响应开始-请求开始
下载时间(可选) 使用资源计时 API,当两个值都不为空并且结束时间大于开始时间时,响应结束和响应开始之间的差异。它被计算为响应结束-响应开始。
客户配置文件 这有助于识别数据是否来自移动应用程序或浏览器。它还允许我们区分 iOS、Android 应用程序和浏览器。每个客户配置文件由一个数字标识。此字段的值为:null、0、1、2、3、4。其中,null:通常意味着不支持发送 client_profile 值的较旧的 Radar 客户端。0:浏览器;1:iOS - 面向在 Swift 中写入的 iOS 应用程序的 Radar 运行程序;2:Android;3:移动版本的 Web 站点上的浏览器;4:iOS - 在 Objective-C 中写入的 iOS 应用程序的 Radar 运行程序。
客户端配置文件版本 客户端配置文件版本告诉我们移动应用程序中使用了哪个版本的Radar运行器代码(适用于 iOS)或 Android Radar SDK(适用于 Android)。 此字段仅供内部使用。
设备类别 所有设备分为以下设备之一:智能手机、平板电脑、PC、智能电视和其他设备。如果解析程序无法确定任何字段的值,则使用“其他”作为默认值。
设备 用户所使用的设备类型,例如苹果 iPhone。用户代理字符串从托管 Radar 标签的页面上运行的浏览器中检测到这一点。
浏览器 用户正在使用的浏览器类型,例如移动浏览器 UI/WKWebView 0.0.0。用户代理字符串从托管 Radar 标签的页面上运行的浏览器中检测到这一点。
操作系统 正在使用的操作系统,例如 iOS 11.0.3。用户代理字符串从托管 Radar 标签的页面上运行的浏览器中检测到这一点。

最佳匿名报告

  • 匿名最佳报告可帮助提供商将其绩效与同行群组内其他平台的绩效进行比较,例如在同一国家、地区或 ASN 中。
  • 对等组中前 15 位提供商的绩效数据基于相同的类别进行汇总,最佳绩效列在特定提供商的最佳价值旁边。
  • SSL 平台的匿名最佳报告是可用的,因此它们的性能可以与其他 SSL 平台进行比较。
  • 客户端 IP 被截断为 /28。
  • “最佳”提供商的结果有助于 CloudS/CDN 将性能工作重点放在高容量或业务关键型 ASN 上,这些 ASN 与同行相比竞争力较弱。
  • 该报告提供了按 DNS 解析程序 IP、客户端 IP /28 和为对象提供服务的缓存节点分类的性能详细信息,并将其与“最佳”平台进行比较,以满足相同条件。
  • 可用于 RTT 或吞吐量。
  • 以下是 TSV 文件格式的 RTT 示例平台匿名最佳报告

日志描述

这些是匿名最佳报告的列标题和描述。字段以此顺序显示在输出文件中。

日志 说明
解析程序国家/地区 处理请求的 DNS 解析程序的国家/地区。
解析程序区域 处理请求的 DNS 解析程序的区域。
解析程序状态 处理请求的 DNS 解析程序的状态。
解析程序 ASN ID 处理请求的 DNS 解析程序的自治系统编号。通常包含 DNS 解析程序的 ASN。
解析程序 ASN 名称 ASN 的名称。
解析程序 IP 处理请求的 DNS 解析程序的 IP。
客户国家/地区 生成此测量的最终用户所在的国家/地区。
客户区域 生成此测量的最终用户区域。
客户状态 生成此测量的最终用户的状态。
客户端 ASN ID 生成此测量值的最终用户的自治系统编号 (ASN) 编号。通常包含客户端 IP 的 ASN。
客户端 ASN 名称 生成测量值的最终用户的 ASN 名称。
客户端 IP 生成测量值的最终用户的 IP。
成功 成功测量的总数。提示:成功/总计 == 可用性。
超时 超时的测量值数。
错误 错误的测量值数。
总数 测量总数。
平均值 该行的所有测量值的平均值。
最佳平均值 对等组中前 15 名提供商中的最佳平均值。
最佳平均测量 产生最佳均值计数的测量值总数。
中位数 如果按顺序列出测量值,则第 50 个百分位数值,也称为特定提供程序的测量值的中间值。
最佳中位数 对等组中前 15 个提供商的最佳 50 个百分位数值(低于该值的 50% 的测量值)。
最佳中位数测量值 生成最佳中位数的测量值总数
第 5 个 提供程序的第 5 个百分位数值。
最佳的第 5 个 对等组中前 15 个提供商中的最佳第 5 个百分位数值。
最佳前 5 个测量结果 产生 best_5th 的测量值总数
第 10 个 提供程序的第 10 个百分位数值。
最佳第 10 个 对等组中前 15 个提供商中的最佳 10 个百分位数值。
最佳前 10 个测量结果 产生 best_10th 的测量值总数
第 90 个 提供程序的第 90 个百分位数值。
最佳第 90 个 对等组中前 15 个提供商中的最佳第 90 个百分位数值。
最佳前 90 个测量结果 产生 best_90th 的测量值总数
第 95 个 提供程序的 95 个百分位数值。
最佳第 95 个 对等组中前 15 个提供商中的最佳 95 个百分位数值。
最佳前 95 个测量结果 产生 best_95th 的测量值总数
Stdev 提供商的标准差
最佳 Stdev 对等组中前 15 位提供商中的最佳标准差。
最佳 Stdev 测量结果 产生最佳 std.dev 的测量值总数。
可用性 供应商的可用性百分比。可用性是探测成功率,即成功/(成功 + 失败 + 超时)
最佳可用性 对等组中前 15 名提供商的最佳可用性价值。
最佳可用性测量 产生最佳可用性的测量数量
重要性 生成的合成值以帮助查找可操作的数据。
唯一节点 ID 这些是由该行表示的测量值的唯一节点 ID 的逗号分隔列表。
测量类型 记录的测量值,其含义因探头类型而异。它代表 HTTP_COLD(可用性)、HTTP_RTT(往返时间)或 HTTP_KBPS(吞吐量)。
提供商 ID 该提供程序的内部 Citrix ID 号。

缓存节点 ID 报告(以前的多服务提供商报告)

此报告用于标识响应请求的特定服务器或数据中心,并帮助诊断服务器问题。

  • 它提供响应特定请求的数据中心或计算机的 ID。
  • 它有助于理解为什么通过特定节点(POP 或计算机,或节点 ID)的性能好还是坏。
  • 性能会因探测类型(例如,响应时间、吞吐量和可用性)、DNS 解析程序 IP、客户端 IP /28 以及为对象提供服务的缓存节点而下降。
  • 以下是 TSV 文件格式的示例平台缓存节点 ID 报告

日志描述

这些是缓存节点 ID 报告的列标题和描述。字段在输出文件中按以下顺序显示:

日志 说明
提供商名称 这是正在测量的提供程序的名称。
测量值 记录的测量值,其含义因探头类型而异。它表示以毫秒为单位的连接 (1) /RTT (0) 测量值和吞吐量 (14) 以 kbps 为单位的测量值。
唯一节点 ID 也称为缓存节点 ID,即 CDN 边缘服务器可能返回的任意值(通常是 IP),以帮助 CDN 在内部识别哪个服务器处理特定请求。”(空字符串):来自不支持 UNI 检测的Radar客户端。0:用户代理不支持 UNI 检测所需的功能。1:客户端在 UNI 检测过程中遇到错误,例如 HTTP 404 或其他不成功的响应。2:UNI 检测尝试,但导致了错误。
解析程序国家/地区 处理请求的 DNS 解析程序的国家/地区。
解析程序区域 处理请求的 DNS 解析程序的区域。
解析程序状态 处理请求的 DNS 解析程序的状态。
解析程序 ASN 处理请求的 DNS 解析程序的自治系统编号。通常包含 DNS 解析程序的 ASN。
解析程序 ASN 名称 ASN 的名称。
解析程序 IP 处理请求的 DNS 解析程序的 IP。
客户国家/地区 生成此测量的最终用户所在的国家/地区。
客户区域 生成此测量的最终用户区域。
客户状态 生成此测量的最终用户的状态。
客户端 ASN 生成此测量值的最终用户的自治系统编号 (ASN) 编号。通常包含客户端 IP 的 ASN。
客户端 ASN 名称 生成测量值的最终用户的 ASN 名称。
客户端 IP 生成测量值的最终用户的 IP。
成功 成功测量的总数。提示:成功/总计 == 可用性。
超时 超时的测量值数。
错误 错误的测量值数。
总数 测量总数。
平均值 每行测量值的平均值。
中位数 如果按顺序列出测量值,则第 50 个百分位数值,也称为特定提供程序的测量值的中间值。
第 5 个 提供程序的第 5 个百分位数值。
第 10 个 提供程序的第 10 个百分位数值。
第 90 个 提供程序的第 90 个百分位数值。
第 95 个 提供程序的 95 个百分位数值。
Stdev 提供程序的标准差。
可用性 供应商的可用性百分比。
重要性 生成的合成值以帮助查找可操作的数据。

按国家/ASN 按小时列报告

  • 此报告有助于验证您的供应商在一天内的绩效是否有显著差异。
  • 它显示测量结果被截断到小时的时间,例如 2018-03-11T23:00:00
  • 以下是 TSV 文件格式的示例按国家/地区/ASN 的平台小时报告

日志描述

这些是“按国家/地区/ASN 分类的每小时报告”的列标题和说明。字段在输出文件中按以下顺序显示:

日志 说明
时间戳 60 分钟 采取测量值时的 UTC 时间缩短为小时,例如 2018-03-11T23:00:00。
提供商名称 这是正在测量的提供程序的名称。
测量类型 记录的测量值,其含义因探头类型而异。它代表 HTTP_COLD(可用性)、HTTP_RTT(往返时间)或 HTTP_KBPS(吞吐量)。
客户国家/地区 生成此测量的最终用户所在的国家/地区。
客户端 ASN 生成此测量值的最终用户的自治系统编号 (ASN) 编号。通常包含客户端 IP 的 ASN。
客户端 ASN 名称 生成测量值的最终用户的 ASN 名称。
成功 成功测量的总数。提示:成功/总计 == 可用性。
超时 超时的测量值数。
错误 错误的测量值数。
总数 测量总数。
平均值 每行测量值的平均值。
中位数 如果按顺序列出测量值,则第 50 个百分位数值,也称为特定提供程序的测量值的中间值。
第 5 个 提供程序的第 5 个百分位数值。
第 10 个 提供程序的第 10 个百分位数值。
第 90 个 提供程序的第 90 个百分位数值。
第 95 个 提供程序的 95 个百分位数值。
Stdev 提供程序的标准差。
可用性 供应商的可用性百分比。
重要性 生成的合成值,以帮助查找可操作的数据。
提供商 ID 该提供程序的内部 Citrix ID 号。

针对 ISP 的 Radar 日志说明和报告

适用于 ISP 的Radar日志

Radar日志使 ISP 能够根据全球平台详细衡量其性能。ISP 可以使用此数据查找必须进行改进的领域或验证预期性能。

  • 提供对Radar测量的访问。
  • 提供从公共平台上 ISP 进行的测量,无论生成测量的页面如何。
  • Radar 日志包括原始日志中可用字段的子集,其中包括一些匿名数据:客户端 IP /28、哈希 Referer MD5。
  • 日志文件采用 TSV 格式。
  • 以下是 TSV 文件格式的示例网络Radar日志共享

日志描述

这些是 ISP 的Radar日志的列标题和描述。字段以此顺序显示在输出文件中。

日志 说明
时间戳 这是请求的 UTC 时间,采用 YYYY-MM-DDTHH:MI:SSZ 格式。这是日志表中的实际值(下降到第二个),并分别四舍五入到小时/天表中最接近的小时 (2018-03-30T23:00:00Z) 或天(2018-03-30T00:00:00Z)。在所有数据集中,这始终采用 UTC 格式。
提供商 ID 正在测量的平台的内部 ID。
探头类型 所测量的探测类型(例如:1:HTTP 连接时间;0:HTTP 响应时间;14:HTTP 吞吐量等)。我们仅使用它在允许的时间内成功返回(或未返回)的信息来表示服务是可用的。
响应代码 测量结果。例如:0:成功,1:超时,> 1:错误。对于可用性计算,测量值的百分比采用 0(成功)响应与测量的总数(无论响应如何,总数)。这是严格的可用性计算。对于其他探测类型(RTT 和吞吐量),这必须是一个过滤器(例如,在 RTT 上计算统计数据时,仅考虑 RTT 数据点成功代码为 0)。吞吐量相同。
测量值 记录的测量值,其含义因探头类型而异。它表示可用性 (1)/响应时间 (0) 测量值,以毫秒为单位,吞吐量 (14) 以 kbps 为单位。
解析程序市场 处理请求的 DNS 解析程序的市场。一般来说,DNS 解析程序所在的大陆,其中 0:未知 (XX)、1:北美 (NA) 5:非洲 (AF)、3:欧洲 (欧盟)、4:亚洲 (ASA)、2:大洋洲 (OC)、6:南美洲 (SA)。
解析程序国家/地区 处理请求的 DNS 解析程序的国家/地区。ID 可以映射到https://community-radar.citrix.com/ref/countries.json.gz
解析程序区域 处理请求的 DNS 解析程序的区域。ID 可以映射到https://community-radar.citrix.com/ref/regions.json.gz 注意:并非世界上所有国家/地区都已定义区域。
解析程序状态 处理请求的 DNS 解析程序的状态可以映射到https://community-radar.citrix.com/ref/states.json.gz 注意:并非世界上所有国家/地区都已定义状态。
解析程序 ASN 处理请求的 DNS 解析程序的自治系统编号 (ASN)。通常,包含 DNS 解析程序的 ASN。ID 可以映射到https://community-radar.citrix.com/ref/asns.json.gz
解析程序 IP 我们的基础设施接收 DNS 请求的 DNS 解析程序的 IP 地址。
客户市场 生成此测量的最终用户的市场。一般来说,客户端 IP 所在的大陆;其中,0:未知(XX),1:北美洲(NA)5:非洲(AF),3:欧洲(欧盟),4:亚洲(ASA),2:大洋洲(OC),6:南美洲(SA)。
客户国家/地区 生成此测量的最终用户的国家/地区。ID 可以映射到https://community-radar.citrix.com/ref/countries.json.gz
客户区域 生成此测量的最终用户区域。一般来说,客户端 IP 所在的地理区域。ID 可以映射到https://community-radar.citrix.com/ref/regions.json.gz 注意:并非世界上所有国家/地区都已定义区域。
客户状态 生成此测量的最终用户的状态。一般来说,客户端 IP 所在的状态。ID 可以映射到名称https://community-radar.citrix.com/ref/states.json.gz 注意:并非世界上所有国家/地区都已定义状态。
客户端 ASN 生成此测量值的最终用户的自治系统编号 (ASN)。通常,包含客户端 IP ID 的 ASN 可以映射到https://community-radar.citrix.com/ref/asns.json.gz
客户端 IP 生成此测量的最终用户的 IP。
引用主机 MD5 引用信息(协议、主机和路径)来自Radar HTTP 请求的引用标头。引用主机是 MD5 散列的。
用户代理 这是运行托管标签的页面的浏览器中的用户代理字符串。例如,如果您正在运行 Chrome 浏览带有 Radar 标签的页面,则在后台进行的Radar测量结果会记录您的 Chrome 浏览器中的用户代理。这包括它是 Chrome 的事实,它是哪个版本的 Chrome,你正在运行的操作系统的信息,等等
DNS 查找时间(可选) 使用资源计时 API,域查找结束和域查找开始之间的差异,当两个值都不为空,结束时间大于开始时间。它的计算方式为域查找-域查找启动。
TCP 连接时间(可选) 使用资源计时 API,当两个值都不为空且结束时间大于开始时间时,连接结束和连接开始之间的差异。它被计算为连接端-连接开始。
安全连接时间(可选) 使用资源计时 API,当两个值都不为空且结束时间大于开始时间时,连接结束和安全连接启动之间的差异。它被计算为连接-安全连接开始。
延迟(可选) 使用资源计时 API,当两个值都不为空并且响应开始时间大于请求开始时间时,响应开始和请求开始之间的差异。它被计算为响应开始-请求开始
下载时间(可选) 使用资源计时 API,当两个值都不为空并且结束时间大于开始时间时,响应结束和响应开始之间的差异。它被计算为响应结束-响应开始。
客户配置文件 这有助于识别数据是否来自移动应用程序或浏览器。它还允许我们区分 iOS、Android 应用程序和浏览器。每个客户配置文件由一个数字标识。此字段的值为:null、0、1、2、3、4。其中,null:通常意味着不支持发送 client_profile 值的较旧的 Radar 客户端。0:浏览器;1:iOS - 面向在 Swift 中写入的 iOS 应用程序的 Radar 运行程序;2:Android;3:移动版本的 Web 站点上的浏览器;4:iOS - 在 Objective-C 中写入的 iOS 应用程序的 Radar 运行程序。
客户端配置文件版本 客户端配置文件版本告诉我们移动应用程序中使用了哪个版本的Radar运行器代码(适用于 iOS)或 Android Radar SDK(适用于 Android)。 此字段仅供内部使用。
设备类别 所有设备分为以下设备之一:智能手机、平板电脑、PC、智能电视和其他设备。如果解析程序无法确定任何字段的值,则使用“其他”作为默认值。
设备 用户所使用的设备类型,例如苹果 iPhone。用户代理字符串从托管 Radar 标签的页面上运行的浏览器中检测到这一点。
浏览器 用户正在使用的浏览器类型,例如移动浏览器 UI/WKWebView 0.0.0。用户代理字符串从托管 Radar 标签的页面上运行的浏览器中检测到这一点。
操作系统 正在使用的操作系统,例如 iOS 11.0.3。用户代理字符串从托管 Radar 标签的页面上运行的浏览器中检测到这一点。

ISP 的子网报告

  • 本报告为 ISP 提供了有关其网络特定子网如何通过我们测量的平台为其用户提供的信息。
  • 它提供了有关响应特定请求的服务提供商的信息。
  • 它有助于了解按网络子网的性能。
  • 性能会因探测类型(例如,响应时间、吞吐量和可用性)、DNS 解析程序 IP、客户端 IP /28 以及为对象提供服务的用户的子网而下降。
  • 以下是 TSV 文件格式的示例网络子网报告

日志描述

这些是 ISP 子网报告的列标题和描述。字段在输出文件中按以下顺序显示:

日志 说明
ASN 名称 进行测量的自治系统的名称。
测量值 记录的测量值,其含义因探头类型而异。它表示以毫秒为单位的连接 (1) /RTT (0) 测量值和吞吐量 (14) 以 kbps 为单位的测量值。
子网 请求起源的用户子网。
解析程序 ASN 处理请求的 DNS 解析程序的自治系统编号。通常包含 DNS 解析程序的 ASN。
解析程序 IP 处理请求的 DNS 解析程序的 IP。
客户端 ASN 生成此测量值的最终用户的自治系统编号 (ASN) 编号。通常包含客户端 IP 的 ASN。
客户端 IP 生成测量值的最终用户的 IP。
平台 ID 尝试查询的服务提供商平台的 ID。
平台名称 尝试查询的服务提供商平台的名称。
成功 成功测量的总数。提示:成功/总计 == 可用性。
超时 超时的测量值数。
错误 错误的测量值数。
总数 测量总数。
平均值 每行测量值的平均值。
中位数 如果按顺序列出测量值,则第 50 个百分位数值,也称为特定提供程序的测量值的中间值。
第 5 个 提供程序的第 5 个百分位数值。
第 10 个 提供程序的第 10 个百分位数值。
第 90 个 提供程序的第 90 个百分位数值。
第 95 个 提供程序的 95 个百分位数值。
Stdev 提供程序的标准差。
可用性 供应商的可用性百分比。
重要性 生成的合成值以帮助查找可操作的数据。
测量类型 记录的测量值,其含义因探头类型而异。它代表 HTTP_COLD(可用性)、HTTP_RTT(往返时间)或 HTTP_KBPS(吞吐量)。

互联网服务提供商的匿名最佳报告

  • 在匿名最佳报表中,对等组用于“最佳”比较。对等组基于 ISP 的位置。它通常是指定国家内 10 个测量最多的互联网服务提供商,至少有 1,000 次以上。
  • “最佳”互联网服务提供商的成果有助于互联网服务提供商专注于高容量或业务关键型平台以及相对于同行竞争薄弱的领域。
  • 报告提供了按地域和平台分列的绩效细节,并将其与“最佳”ISP 进行比较,以同样的标准。
  • 可用于 RTT 和吞吐量。
  • 以下是 TSV 文件格式的 RTT 示例网络匿名最佳报告

日志描述

这些是匿名最佳报告的列标题和描述。字段以此顺序显示在输出文件中。

日志 说明
测量类型 记录的测量值,其含义因探头类型而异。它代表 HTTP_COLD(可用性)、HTTP_RTT(往返时间)或 HTTP_KBPS(吞吐量)。
客户国家/地区 生成此测量的最终用户所在的国家/地区。
客户区域 生成此测量的最终用户区域。
客户状态 生成此测量的最终用户的状态。
客户端 ASN ID 生成此测量值的最终用户的自治系统编号 (ASN) 编号。通常包含客户端 IP 的 ASN。
客户端 ASN 名称 生成测量值的最终用户的 ASN 名称。
解析程序国家/地区 处理请求的 DNS 解析程序的国家/地区。
解析程序区域 处理请求的 DNS 解析程序的区域。
解析程序状态 处理请求的 DNS 解析程序的状态。
平台 ID 尝试查询的服务提供商平台的 ID。
平台名称 尝试查询的服务提供商平台的名称。
成功 成功测量的总数。提示:成功/总计 == 可用性。
超时 超时的测量值数。
错误 错误的测量值数。
总数 测量总数。
平均值 该行的所有测量值的平均值。
最佳平均值 对等组中前 15 名提供商中的最佳平均值。
最佳平均测量 产生最佳均值计数的测量值总数。
中位数 如果按顺序列出测量值,则第 50 个百分位数值,也称为特定提供程序的测量值的中间值。
最佳中位数 对等组中前 15 个提供商的最佳 50 个百分位数值(低于该值的 50% 的测量值)。
最佳中位数测量值 生成最佳中位数的测量值总数
第 5 个 提供程序的第 5 个百分位数值。
最佳的第 5 个 对等组中前 15 个提供商中的最佳第 5 个百分位数值。
最佳前 5 个测量结果 产生 best_5th 的测量值总数
第 10 个 提供程序的第 10 个百分位数值。
最佳第 10 个 对等组中前 15 个提供商中的最佳 10 个百分位数值。
最佳前 10 个测量结果 产生 best_10th 的测量值总数
第 90 个 提供程序的第 90 个百分位数值。
最佳第 90 个 对等组中前 15 个提供商中的最佳第 90 个百分位数值。
最佳前 90 个测量结果 产生 best_90th 的测量值总数
第 95 个 提供程序的 95 个百分位数值。
最佳第 95 个 对等组中前 15 个提供商中的最佳 95 个百分位数值。
最佳前 95 个测量结果 产生 best_95th 的测量值总数
Stdev 提供程序的标准差。
最佳 Stdev 对等组中前 15 位提供商中的最佳标准差。
最佳 Stdev 测量结果 产生最佳 std.dev 的测量值总数。
可用性 供应商的可用性百分比。可用性是探测成功率,即成功/(成功 + 失败 + 超时)
最佳可用性 对等组中前 15 名提供商的最佳可用性价值。
最佳可用性测量 产生最佳可用性的测量数量。
重要性 生成的合成值以帮助查找可操作的数据。

导航计时日志描述

导航计时数据

导航计时数据提供了对网页页面加载过程各个部分的见解。

此数据可能会因最终用户的位置、网络问题、提供商所做的更改等而有所不同。客户可以使用导航计时数据来优化最终用户在加载监视网页时的体验。

可以对每个 Radar 会话进行测量(如果启用)。每个会话都附加到一个 ID 号,以帮助跟踪会话中的所有测量值。这些测量结果通过 NEM 作为导航定时日志与客户共享。

下面是 TSV 文件格式的 导航计时数据 的示例。

这些是导航计时日志的列标题和描述。字段在输出文件中按以下顺序显示:

日志 说明
时间戳 这是请求的 UTC 时间,采用 YYYY-MM-DDTHH:MI:SSZ 格式。这是日志表中的实际值(下降到第二个),并分别四舍五入到小时/天表中最接近的小时 (2018-03-30T23:00:00Z) 或天(2018-03-30T00:00:00Z)。在所有数据集中,这始终采用 UTC 格式。
响应代码 测量结果。例如:0:成功,1:超时,> 1:错误。对于可用性计算,测量值的百分比采用 0(成功)响应与测量的总数(总数,无论响应如何)。这是严格的可用性计算。对于其他探测类型(RTT 和吞吐量),这必须是一个过滤器(例如,在计算 RTT 统计数据时,仅考虑 RTT 数据点成功代码为 0)。吞吐量相同。
解析程序市场 处理请求的 DNS 解析程序的市场。一般来说,DNS 解析程序所在的大陆,其中 0:未知 (XX)、1:北美 (NA) 5:非洲 (AF)、3:欧洲 (欧盟)、4:亚洲 (ASA)、2:大洋洲 (OC)、6:南美洲 (SA)。
解析程序国家/地区 处理请求的 DNS 解析程序的国家/地区。ID 可以映射到https://community-radar.citrix.com/ref/countries.json.gz
解析程序区域 处理请求的 DNS 解析程序的区域。ID 可以映射到https://community-radar.citrix.com/ref/regions.json.gz 注意:并非世界上所有国家/地区都已定义区域。
解析程序状态 处理请求的 DNS 解析程序的状态可以映射到https://community-radar.citrix.com/ref/states.json.gz 注意:并非世界上所有国家/地区都已定义状态。
解析程序 ASN 处理请求的 DNS 解析程序的自治系统编号 (ASN)。通常,包含 DNS 解析程序的 ASN。ID 可以映射到https://community-radar.citrix.com/ref/asns.json.gz
解析程序 IP 我们的基础设施接收 DNS 请求的 DNS 解析程序的 IP 地址。
客户市场 生成此测量的最终用户的市场。一般来说,客户端 IP 所在的大陆;其中,0:未知(XX),1:北美洲(NA)5:非洲(AF),3:欧洲(欧盟),4:亚洲(ASA),2:大洋洲(OC),6:南美洲(SA)。
客户国家/地区 生成此测量的最终用户的国家/地区。ID 可以映射到https://community-radar.citrix.com/ref/countries.json.gz
客户区域 生成此测量的最终用户区域。一般来说,客户端 IP 所在的地理区域。ID 可以映射到https://community-radar.citrix.com/ref/regions.json.gz 注意:并非世界上所有国家/地区都已定义区域。
客户状态 生成此测量的最终用户的状态。一般来说,客户端 IP 所在的状态。ID 可以映射到名称https://community-radar.citrix.com/ref/states.json.gz 注意:并非世界上所有国家/地区都已定义状态。
客户端 ASN 生成此测量值的最终用户的自治系统编号 (ASN)。通常,包含客户端 IP ID 的 ASN 可以映射到https://community-radar.citrix.com/ref/asns.json.gz
客户端 IP 生成测量值的最终用户的 IP。
裁判主持人 引用信息(协议、主机和路径)来自Radar HTTP 请求的引用标头。
裁判协议 引用信息(协议、主机和路径)来自Radar HTTP 请求的引用标头。
引用路径 引用信息(协议、主机和路径)来自Radar HTTP 请求的引用标头。
设备类别 所有设备分为以下设备之一:智能手机、平板电脑、PC、智能电视和其他设备。如果解析程序无法确定任何字段的值,则使用“其他”作为默认值。
设备 用户所使用的设备类型,例如苹果 iPhone。用户代理字符串从托管 Radar 标签的页面上运行的浏览器中检测到这一点。
浏览器 用户正在使用的浏览器类型,例如移动浏览器 UI/WKWebView 0.0.0。用户代理字符串从托管 Radar 标签的页面上运行的浏览器中检测到这一点。
操作系统 正在使用的操作系统,例如 iOS 11.0.3。用户代理字符串从托管 Radar 标签的页面上运行的浏览器中检测到这一点。
DNS 查找时间 使用资源计时 API,域查找结束和域查找开始之间的差异,当两个值都不为空,结束时间大于开始时间。它的计算方式为域查找-域查找启动。
TCP 连接时间 使用资源计时 API,当两个值都不为空且结束时间大于开始时间时,连接结束和连接开始之间的差异。它被计算为连接端-连接开始。
安全连接时间 使用资源计时 API,当两个值都不为空且结束时间大于开始时间时,连接结束和安全连接启动之间的差异。它被计算为连接-安全连接开始。
加载事件 这是从加载事件开始到加载事件结束所需的持续时间或时间。当两个值都不为空并且结束时间大于开始时间时,它将被计算为 Loadeventstart-Loadeventstart。
重定向 这是从导航开始到获取开始所需的持续时间或时间。当两个值都不为空并且结束时间大于开始时间时,它被计算为 FetchStart-导航开始。
页面总加载量 这是从导航开始到页面加载事件结束所需的持续时间或时间。当两个值都不为空且结束时间大于开始时间时,它被计算为-加载事件结束-导航开始。
DOM 从 DOM 加载到 DOM 完成所需的持续时间或时间。当两个值都不为空并且结束时间大于开始时间时,它将被计算为 DomComplete-DomLoading。
延迟 使用资源计时 API,当两个值都不为空并且响应开始时间大于请求开始时间时,响应开始和请求开始之间的差异。它被计算为响应开始-请求开始
下载时间 使用资源计时 API,当两个值都不为空并且结束时间大于开始时间时,响应结束和响应开始之间的差异。它被计算为响应结束-响应开始。
交互式 DOM 从导航开始到 DOM 交互式所需的持续时间或时间。当两个值都不为空并且结束时间大于开始时间时,它将被计算为 DOMInteractive-导航开始。
开始渲染 从导航开始到开始渲染所需的持续时间或时间。当两个值都不为空并且结束时间大于开始时间时,它被计算为 StarTrender-导航开始。

Openmix和 HTTP Openmix日志

通过 Openmix 和 HTTP Openmix 日志,客户可以利用实时测量来监视其 Openmix 应用程序的行为。他们可以使用此数据查找可以进行改进的区域或验证其应用的预期性能。

  • 这些日志为 Openmix 客户提供了实时测量结果。
  • 这些日志的建议文件格式是 JSON,但它们也可以使用 TSV 格式。
  • 以下是 TSV 文件格式的示例OpenmixHTTP Openmix日志共享数据。

Openmix 日志描述

日志 说明
时间戳 这是请求的 UTC 时间,采用 YYYY-MM-DDTHH:MI:SSZ 格式。这是日志表中的实际值(下降到第二个),并分别四舍五入到小时/天表中最接近的小时 (2018-03-30T23:00:00Z) 或天(2018-03-30T00:00:00Z)。在所有数据集中,这始终采用 UTC 格式。
应用程序所有者区域 ID 为请求提供服务的应用程序所有者的区域 ID。此值始终等于 1。
应用程序所有者客户 ID 为请求提供服务的应用程序所有者的客户 ID。对于 HTTP 请求,此 ID 将在请求路径中进行编码,用于查找要执行的应用程序。
应用程序 ID 为请求提供服务的客户帐户中的应用程序 ID。这也是在 HTTP 请求路径中编码的。应用程序 ID 从 1 开始,只对客户是唯一的,因此您必须通过在 ApPownerCustomerID 上查询来完全限定特定应用程序 ID 的查询。
应用程序版本 为帐户提供服务的应用程序的版本。每次通过门户或 API 更新应用程序时,版本都会递增。将记录在请求时运行的版本。随着应用程序的更新,此信息可用于分隔一段时间的版本化逻辑。整个网络的主机通常会在类似的时间范围内收到更新,但几乎不会在同一时间内收到更新。因此,在更新过程中,重叠决策可能会使用不同版本的应用程序。
App Name 为帐户提供服务的应用程序的名称。
市場 生成此测量的最终用户的市场。
国家/地区 生成此测量的最终用户所在的国家/地区。
地理区域 生成此测量的最终用户区域。
状态 生成此测量的最终用户的状态。
ASN 身份证 生成此测量值的最终用户的自治系统编号 (ASN)。通常包含客户端 IP 的自治系统编号。
ASN 名称 生成测量值的最终用户的 ASN 名称。
有效 IP 有效 IP 是用于处理请求的 IP。这是查询字符串指定的 IP 覆盖请求 IP(与DNS 流的解析程序/ECS/EDNS ID)。它是系统在处理信息时考虑目标的地址。这是请求解析程序的 IP,或者是客户端的 ECS IP 地址(如果支持 EDNS ECS)。因此,传递给应用程序逻辑的所有探测性能数据、地理信息等都基于此 IP。
解析程序市场 处理请求的 DNS 解析程序的市场。
解析程序国家/地区 处理请求的 DNS 解析程序的国家/地区。
解析程序区域 处理请求的 DNS 解析程序的区域。
解析程序状态 处理请求的 DNS 解析程序的状态。
解析程序 ASN ID 处理请求的 DNS 解析程序的自治系统编号 (ASN)。通常为包含 DNS 解析程序的自治系统编号。
解析程序 ASN 名称 处理请求的解析程序的 ASN 名称。
解析程序 IP 处理请求的 DNS 解析程序的 IP。
决策提供商名称 应用程序选择的平台别名。
原因代码 在应用程序中设置的原因代码,描述决策背后的原因。
原因日志 这是来自 Openmix 应用程序的客户定义输出。 它是一个可选字符串字段,使客户能够记录有关其 Openmix 应用决策的信息。
回退模式 这表明应用程序在处理请求时是否处于回退模式。在准备执行请求过程中出现故障时,会发生回退。
使用的 EDNS 如果应用程序使用 EDNS 客户端子网扩展,则为 true。
TTL TTL(生存时间)被交还。
回应 从请求返回的 CNAME。
结果 此字段中的值始终为 1。
上下文 这是处理请求时 Openmix 可用的Radar数据的摘要。Openmix 相对于每个请求的有效值来解析 Radar 数据,因此同时发出请求的两个客户端可能具有不同的上下文字符串。

开放式 HTTP API 日志描述

日志 说明
时间戳 这是请求的 UTC 时间,采用 YYYY-MM-DDTHH:MI:SSZ 格式。这是日志表中的实际值(下降到第二个),并分别四舍五入到小时/天表中最接近的小时 (2018-03-30T23:00:00Z) 或天(2018-03-30T00:00:00Z)。在所有数据集中,这始终采用 UTC 格式。
应用程序所有者区域 ID 为请求提供服务的应用程序所有者的区域 ID。此值始终等于 1。
应用程序所有者客户 ID 为请求提供服务的应用程序所有者的客户 ID。对于 HTTP 请求,此 ID 将在请求路径中进行编码,用于查找要执行的应用程序。
应用程序 ID 为请求提供服务的客户帐户中的应用程序 ID。这也是在 HTTP 请求路径中编码的。应用程序 ID 从 1 开始,只对客户是唯一的,因此您必须通过在 ApPownerCustomerID 上查询来完全限定特定应用程序 ID 的查询。
应用程序版本 为帐户提供服务的应用程序的版本。每次通过门户或 API 更新应用程序时,版本都会递增。将记录在请求时运行的版本。随着应用程序的更新,此信息可用于分隔一段时间的版本化逻辑。整个网络的主机通常会在类似的时间范围内收到更新,但几乎不会在同一时间内收到更新。因此,在更新过程中,重叠决策可能会使用不同版本的应用程序。
App Name 为帐户提供服务的应用程序的名称。
市場 生成此测量的最终用户的市场。
国家/地区 生成此测量的最终用户所在的国家/地区。
地理区域 生成此测量的最终用户区域。
状态 生成此测量的最终用户的状态。
ASN 身份证 生成此测量值的最终用户的自治系统编号 (ASN) 的 ID,即与 ASN 名称关联的网络 ID 编号
ASN 名称 生成测量值的最终用户的 ASN 名称。
有效 IP 有效 IP 是用于处理请求的 IP。这是查询字符串指定的 IP 覆盖请求 IP(与DNS 流的解析程序/ECS/EDNS ID)。这是系统在处理信息时认为目标的地址。这是请求解析程序的 IP,或者是客户端的 ECS IP 地址(如果支持 EDNS ECS)。所以传递给应用程序逻辑的所有探测性能数据、地理信息等都基于此 IP。
决策提供商名称 应用程序选择的平台别名。
原因代码 在应用程序中设置的原因代码,描述决策背后的原因。
原因日志 这是来自 Openmix 应用程序的客户定义输出。 它是一个可选字符串字段,使客户能够记录有关其 Openmix 应用决策的信息。
回退模式 这表明应用程序在处理请求时是否处于回退模式。在准备执行请求过程中出现故障时,会发生回退。
响应代码 测量结果。例如:0:成功,1:超时,> 1:错误。对于可用性计算,测量值的百分比采用 0(成功)响应与测量的总数(总数,无论响应如何)。这是严格的可用性计算。对于其他探测类型(RTT 和吞吐量),这必须是一个过滤器(例如,在计算 RTT 统计数据时,仅考虑 RTT 数据点成功代码为 0)。吞吐量相同。
HTTP 方法 HTTP 方法(GET/POST/OPTIONS 等)与客户服务向 HTTP Openmix 服务器发出的请求有关。这些组合在一起构成 URL 入站和 HTTP 响应出站的一部分。
URI 这是请求路径。如果客户没有得到他们想要的行为,这可能是由于结构不正确的请求。查看日志会显示我们的服务器正在接收的内容(协议,主机和路径)。引用信息(协议、主机和路径)来自Radar HTTP 请求的引用标头。对于 HTTP OPX,整个引用程序(协议、主机和路径)包含在一个标记为 Referer 的字符串中。
用户代理 运行托管标签的页面的浏览器中的用户代理字符串。例如,如果您正在运行 Chrome 并浏览带有 Radar 标签的页面,在后台进行的Radar测量值会记录您的 Chrome 浏览器中的用户代理。这包括它是 Chrome 的事实,它是哪个版本的 Chrome,你正在运行的操作系统的信息,等等
上下文 这是处理请求时 Openmix 可用的Radar数据的摘要。Openmix 相对于每个请求的有效值来解析 Radar 数据,因此同时发出请求的两个客户端可能具有不同的上下文字符串。

针对第三方组织的自定义报告

客户可以使用 Citrix 获取基于 Citrix 收集的Radar数据的自定义报告。Citrix 可以生成报告,以便按计划运行。这些报告可作为数据文件提供,通常采用 TSV 格式。

常见问题解答

Radar

文件被推送到 S3 和 GCS 的频率是多久

存档的频率是Radar每分钟一次,每天报告。

报告存储在哪里

S3 旧版(位置 1):

s3://public-radar/[customer name]/

S3(位置 2):

s3://cedexis-netscope/[customer id]/

GCS(地点 3):

gs://cedexis-netscope-[customer id]/

如果您还没有 S3 访问凭证,如何获取它们

门户界面提供了一个“访问”和“秘密”密钥,客户可以与“s3cmd”或“awscli”(AWS 命令行客户端)或其他工具一起使用来访问 S3 并获取文件。对于 Google 存储,门户会下载一个带有访问凭证的文件,以便与“gsutil”工具一起使用。

如何将访问密钥和私有密钥与 s3cmd 一起使用来从 S3 存储桶下载日志和报告

首先,您需要下载并安装s3cmdhttps://s3tools.org/download ,并参考https://s3tools.org/usage 用法、选项和命令。然后运行以下命令:

s3cmd --access_key=[access key] --secret_key=[secret key] ls s3://cedexis-netscope/<customer id>/radar/
<!--NeedCopy-->

要下载这些文件,请运行以下命令:

s3cmd --access_key=[access_key] --secret_key=[secret_key] get s3://cedexis-netscope/<customer id>/radar/[the_filename_to_download] [the_name_of_the_local_file]
<!--NeedCopy-->

如何使用 s3cmd 配置列出 S3 存储桶中的文件

第一步是安装s3cmd。您可以从http://s3tools.org/download

要配置 s3cmd,请运行以下命令

s3cmd ls s3://cedexis-netscope/[customer id]/
<!--NeedCopy-->

如果您已经使用了另s3cmd 一组访问密钥和私有密钥,请按照下列步骤操作:

如果您已经使用s3cmd,那么在~/.s3cfg.例如,您可以创建一个名为~/.s3cfg_netscope.Replace 访问和私有密钥条目的副本。~/.s3cfg_netscope与我们提供的。 使用新配置,而不是默认配置(贵公司的)通过以下命令访问 S3 存储桶:

s3cmd -c ~/.s3cfg_netscope ls s3://cedexis-netscope/[customer id]/
<!--NeedCopy-->

主要区别在于你必须把配置文件放在 Citrix 提供的访问和私有密钥的位置。-c

如果您需要能够在一组密钥之间切换,最好的选择是将它们嵌入到一个文件中,并通过-c 选项来指定您正在使用的密钥对来参考文件。

注意: -c 参数只是说配置文件包含访问和私有密钥的位置。

如何将密钥文件与 gsutil 或 gcloud 一起使用来下载日志文件

一旦谷歌服务帐户 JSON 密钥文件下载,它可以用来验证您的谷歌帐户凭据,以便您可以查看或下载日志文件。例如,以下是使用 Google gcloudgsutil 命令行实用程序来实现此目标的一种方法:

步骤 1:激活密钥文件

验证命令gcloud auth activate- 或者gsutil config -e 用于验证运行 gcloud 或 gsutil 命令的密钥文件。

对于云:

使用下载的密钥文件运行以下命令:

gcloud auth activate-service-account --key-file [downloaded config file]
<!--NeedCopy-->

或者

gcloud auth activate-service-account --key-file=[path and file name of key file]
<!--NeedCopy-->

对于气体:

使用下载的配置文件运行以下命令:

gsutil config -e
<!--NeedCopy-->

步骤 2:列出 GCS(Google 云存储)存储桶中的文件

激活服务帐户密钥文件后(如上一步所述),请使用以下命令列出 GCS 存储桶中的文件:

gsutil ls gs://cedexis-netscope-<customer id>
<!--NeedCopy-->

步骤 3(如有必要):还原原始凭据(或在帐户之间来回切换)

您可以通过执行以下操作在 Citrix 帐户和其他经过身份验证的 Google 云凭据之间切换。

首先,运行以下命令列出您的所有帐户:

gcloud auth list
<!--NeedCopy-->

然后使用以下命令切换到另一个帐户:

gcloud config set account [email of the account to switch to as shown in gcloud auth list]
<!--NeedCopy-->

您可以使用相同的命令在帐户之间来回切换,方法是将电子邮件替换为要切换到的帐户电子邮件。

文件名是什么样子

传统日报:

Radar 日志共享文件名称具有以下结构:

<prefix><date: YYYY-MM-DD>.<customer_id>.part<uniq_id>.kr.txt.gz

例如Cedexis_Daily-2017-11-07.21222.part-cc901e1dd55eal4e.kr.txt.gz (非标准示例)

传统实时:

Radar 实时日志共享文件名称具有以下结构:

<prefix><customer_id>-YYYY-MM-DDTHH:MM<uniq_id>.txt.gz

例如 Cedexis_3-32291-2017-11-08T20:56-cc907e8fd71eaf4e.txt.gz

网镜 NEM 格式:

每日和实时日志共享文件的 Netscope NEM 格式具有以下结构:

<freq><log_type><prefix><id_type><id><iso_dt><uniq_id>.<line_format>.gz

其中,

  • freq"daily" | "rt" | "hr"
  • log_type"radar" | "opx" | "hopx"
  • prefixlog_share.prefix
  • id_type"customer" | "provider" | "asn"
  • idlog_share.match_id
  • iso_dtiso 8601 Date_time "YYYYMMDDTHHMMSSZ"
  • uniq_idhash(UUID)
  • line_format"tsv" | "json"

例如 rt-radar-TestRadar1-provider-20363-20171209183034Z-cc907e8fd71eaf4e.tsv.gz

输出文件的格式是什么

对于Radar,输出文件格式为 TSV(制表符分隔值),并压缩。

Openmix 和 Openmix HTTP API

文件推送到 S3 的频率是多久

文件存放的频率是 Openmix 和 HTTP Openmix 每分钟的存放次数。

如果您无法看到配置 Openmix 和 Openmix HTTP API 实时日志共享的选项,该怎么办

您的客户管理器可以启用所需的角色来配置和启用 Openmix 和 Openmix HTTP API 实时日志共享。

如何打开 Openmix 和 Openmix HTTP API 实时日志共享和访问文件

在您的帐户上启用角色后,您将看到“管理日志”图标。单击它将打开日 对话框,您可以在其中访问 Openmix 日志配置设置。这些设置基本上是所有你需要打开 Openmix 和 HTTP Openmix 实时日志共享和访问文件。

开放式日志配置

什么是后端流程

启用 Openmix 日志共享也可以启用 Openmix HTTP API 日志共享。Openmix 和 Openmix HTTP API 日志共享服务必须在 10 分钟内开始为客户输出日志。

Openmix 和 HTTP Openmix 报告存储在哪里

S3 旧版(位置 1):

s3://logshare/[zone ID]/[customer ID]/logs/openmix/json/[YYYY]/[MM]/[DD]/[HH]/.

S3(位置 2):

s3://cedexis-netscope/[customer id]/

GCS(地点 3):

gs://cedexis-netscope-[customer id]/

文件名是什么样子

Openmix和 HTTP Openmix的文件名结构通常如下所示:

传统实时:

[zone ID, 1][customerID]-openmix-json[YYYY][MM][DD][HH][mm][ss]Z-m1-w9-c0.gz

网镜 NEM 格式:

每日和实时日志共享文件的 Netscope NEM 格式具有以下结构:

<freq><log_type><prefix><id_type><id><iso_dt><uniq_id>.<line_format>.gz

其中,

  • freq"daily" | "rt" | "hr"
  • log_type"radar" | "opx" | "hopx"
  • prefixlog_share.prefix
  • id_type"customer" | "provider" | "asn"
  • idvlog_share.match_id
  • iso_dtiso 8601 Date_time "YYYYMMDDTHHMMSSZ"
  • uniq_idhash(UUID)
  • line_format"tsv" | "json"

例如 hr-opx-TestOpenmix1-provider-20363-20171209183034Z-cc907e8fd71eaf4e.tsv.gz

什么是输出文件格式

Openmix 和 Openmix HTTP API 的文件格式是 JSON(压缩)