网络体验监控
概述
Citrix网络体验监控(NEM)服务(以前称为Netscope)使服务提供商、企业、isp和第三方服务提供商能够以汇总的可操作数据的形式访问详细的雷达测量日志和标准报告。NEM提供了一些标准日志和报告,客户可以使用它们来衡量服务质量。
该解决方案包括“原始”雷达测量交付和对Citrix ITM数据API的访问。NEM同时提供粒度数据(作为原始测量或数据聚合)和数据阈值警报。这些服务有助于发现、隔离平台可用性以及平台对等体和底层isp中的性能问题。
雷达“原始”测量:雷达测量提供每个事件的粒度信息,每天批量处理。雷达测量数据包括由标签收集的公共、社区和私人测量数据。包括可用性、响应时间、HTTP和HTTPS测量的吞吐量等数据。提供以下数据字段:
- 提供者ID,解析器IP,模糊的(/28)客户端IP
- 模糊的引用头,用户代理,最终用户ASN
- 解析器和客户端字段的地理数据
在“原始”测量中可用的雷达测量值有:
- 可用性、响应时间和吞吐量(测量时)
- DNS查找时间(可选)、TCP连接时间(可选)、安全连接时间(可选)
- 延迟(可选)
- 下载时间(可选)
雷达测量可让客户对收集到的数据进行自己的分析。该数据集包括有关一系列通信协议的提供者性能和可用性(错误)的信息。
日志文件数据可用7天,来自AWS S3或谷歌云存储桶。客户可以使用标准的桶访问方法检索社区和私有数据的日志文件。
实时雷达“原始”测量(可选):原始雷达测量数据实时下发到AWS S3桶。这些日志通常在收集后5分钟内可用。它们提供了与前面提到的雷达原始测量一样多的粒度。
Data API: Citrix ITM雷达数据API提供雷达公共社区和私有测量数据的聚合。数据持续更新,大约每60秒批处理一次,供API检索。数据API允许客户将雷达数据集成到他们自己的报告和仪表板中。
日志共享和下发
- 雷达测井可实现实时、日化输出。
- 报告每天运行。
- 结果保存到AWS S3 (S3)或谷歌云存储(GCS)中。
- 日志和报表都有7天的保护期,创建一周后会自动删除。
- 根据报表的类型,报表通常采用TSV(制表符分隔值)或JSON格式。
为客户提供访问S3和GCS桶的登录信息。可以使用s3cmd或AWS CLI(用于S3)或gsutil(用于GCS)等命令行工具登录。S3cmd配置文件识别通过Portal UI接收到的访问密钥,并帮助用户连接到S3桶。
AWS CLI需要安装在客户的计算机上,以便连接到S3并访问日志。对于GCS,客户通过门户UI(可以与gsutil工具一起使用)下载访问密钥文件。有关更多信息,请参阅常见问题解答.
当报告可用时,客户会收到电子邮件通知。
平台设置
您必须配置您的平台以支持和生成Netscope NEM所需的数据。在开始之前,请确保您的平台启用了以下设置:
- 对于“匿名最佳”报告,启用雷达探头设置.
- 对于“匿名最佳RTT”,启用响应时间和可用性.
- 对于“匿名最佳吞吐量”,启用吞吐量和可用性.
- 对于Cache节点ID报表,启用雷达探头设置;而在高级雷达设置,使节点ID.
- 对于资源定时详细信息,启用包括时间戳在高级雷达设置.
导航
从主菜单中选择Netscope NEM.的网络体验监控打开配置界面。
平台与网络
选择所需的平台或网络(或两者都有)来启动配置过程。
注意:
日志和报表至少有一个才可以配置和生成平台或网络被选中。
客户收到的汇总数据包括选定平台(所有相关网络)的雷达测量值,或选定网络(所有相关平台测量值)。
选择平台
对于内容服务提供商或企业,请选择cdn、云、数据中心或其他终端等平台。选择需要测量的平台。
选择网络
对于isp,请选择网络从与需要测量的不同平台或端点相关联的列表中。
注意:
如果在列表中未找到所需的平台,则可以在平台门户的一部分。对于不可用的网络,请联系支持团队。
平台报告
有四种类型平台报告:
- 匿名最佳往返时间(RTT)
- 匿名的最佳吞吐量
- Cache节点ID
- 每小时按国家/ASN计算
日志说明请参见服务提供商和企业的雷达日志描述和报告.
启用平台报表
单击切换按钮以启用或禁用您想要接收的报告。如果禁用现有报表,则不会生成新的日志,而旧的报表将保留在当前位置。
匿名平台最佳报告
- 这些报告帮助提供商将其性能与同行组内(即同一国家、地区或ASN内)的其他平台进行比较。
- 对等组中排名前15位的提供商的性能数据基于相同的类别进行汇总。最好的是列在特定提供商的最佳价值旁边。
- 提供SSL平台的匿名最佳报告,以便与其他SSL平台进行性能比较。
- 客户端ip被截断为/28。
- “最佳”提供商的结果可以帮助云计算/ cdn将性能工作集中在大容量或业务关键型asn上,这些asn在竞争中相对较弱。
- 该报告提供了按DNS解析器IP、客户端IP /28和为对象提供服务的缓存节点划分的性能细节。同样的标准与“最佳”平台进行了比较。
可用于RTT和吞吐量。
- 日志说明请参见服务提供商和企业的雷达日志描述和报告.
Cache节点ID平台报表
- 该报告用于识别响应请求的特定服务器或数据中心,并帮助诊断服务器问题。
- 它提供响应特定请求的数据中心或计算机的ID。
- 它有助于理解为什么通过特定节点(POP或机器或节点ID)的性能是好是坏。
- 性能包括响应时间、吞吐量、可用性(探测类型)、DNS解析器IP、客户端IP /28和为对象提供服务的缓存节点。
- 日志描述请参见[服务提供商和企业的雷达日志描述和报告](# Radar -log-description -and- Reports - For - Service -provider -and- Enterprises)
每小时按国家/ASN计算
- 该报告有助于验证您的提供商在一天内的性能是否有显著变化。
- 例如,它显示了测量被截断到小时的时间
2018 - 03 - 11 - t23:00:00
. - 日志说明请参见服务提供商和企业的雷达日志描述和报告.
网络报道
有三种类型网络报道:
- 匿名最佳往返时间(RTT)
- 匿名的最佳吞吐量
- 子网
日志说明请参见网络服务提供商的雷达日志描述和报告.
启用网络报表
单击切换按钮以启用或禁用您想要接收的报告。禁用后,将停止生成新的日志,但保留旧的报告。如果要生成子网报告,请输入网络中的具体子网。如果没有输入子网,则使用缺省子网生成报表。
匿名最佳报告为isp
- 在为isp提供的匿名最佳报告中,对等组被用于“最佳”比较。对等体分组基于ISP所在的位置。它通常是一个特定国家的10家最受衡量的isp,至少有1000次以上的会话。
- “最佳”ISP的结果有助于ISP将性能努力集中在高容量或业务关键型平台以及竞争对手较弱的领域。
- 该报告提供了按地域和平台划分的性能细节,并将其与相同标准的“最佳”ISP进行了比较。
- 可用于RTT和吞吐量。
- 日志说明请参见网络服务提供商的雷达日志描述和报告.
isp子网报表
- 该报告为isp提供了有关其网络的特定子网如何通过我们测量的平台为用户执行的信息。
- 它提供了响应特定请求的服务提供者的信息。
- 可以通过网络子网了解性能。
- 性能包括响应时间、吞吐量、可用性(探针类型)、DNS解析器IP、客户端IP /28和用户所在子网。
- 日志说明请参见网络服务提供商的雷达日志描述和报告.
雷达的日志
- 雷达日志可用于平台和网络。
- 它们包括原始日志中可用字段的子集,其中一些数据是匿名的:客户端IP /28, Referer MD5散列。
- 提供了对公共平台的每一个测量值,而不管生成测量值的页面是什么。
注意:
NEM从不公开完整的客户端ip。相反,它暴露了/28。例如,IP为255.255.255.255在报表中显示为255.255.255.240/28。
日志的频率
雷达日志可以每天(每24小时)生成,即一天结束时,UTC时间。日志也可以实时生成(以分钟为单位)。
文件格式
选择TSV或JSON接收这两种格式的日志和报告。
测量类型
您可以配置可用性、响应时间和吞吐量测量类型的日志。其中:1:可用性,0:HTTP响应时间,14:HTTP吞吐量。
资源定时明细
控件,还可以选择包含资源计时详细信息是的或无按钮。资源定时细节包括:
- DNS查询时间
- TCP连接时间
- 安全连接时间
- 下载时间
日志说明请参见服务提供商和企业的雷达日志描述和报告.
导航定时日志
日志的频率
导航定时日志支持每天(每24小时),即UTC时间的一天结束时产生。日志也可以实时生成(以分钟为单位)。
文件格式
选择TSV或JSON接收这些格式中的任意一种的导航计时日志。日志说明请参见导航定时日志说明.
Openmix日志
日志的频率
Openmix日志是实时生成的(即一分钟一分钟地生成)。这些日志为Openmix客户提供实时测量。
文件格式
选择TSV或JSON以这些格式接收Openmix和HTTP Openmix日志。JSON是推荐的格式。
日志说明请参见Openmix日志说明.
云服务交付
此选项允许您选择交付模式。日志和报表可以选择接收AWS S3桶,也可以选择接收谷歌GCS桶。您可以使用提供的登录信息访问S3桶和GCS桶,并使用s3cmd或AWS CLI for S3。和gsutil命令行。
AWS S3
对于需要下发到AWS S3桶的日志和报表,选择AWS S3.
位置
Location表示AWS S3中保存日志和报告的桶。
我的钥匙
如果您选择生成密钥按钮,生成AWS IAM key (Access key和Secret key),并显示在IAM Keys下。一定要记录这些键,因为它们不会存储在任何地方以供以后查看。
注意:
访问密钥和密钥对是私钥的唯一副本。客户必须安全地存储它们。重新生成新密钥将使现有密钥失效。S3cmd配置文件识别访问密钥(通过Portal UI接收),并帮助客户连接到S3桶。需要在客户的机器上安装AWS CLI以连接到S3。
有关如何使用s3cmd的访问密钥和秘密密钥从S3桶下载报告的信息,请参阅常见问题解答.
谷歌云存储
对于需要下发到GCS的日志和报表,选中谷歌云存储.
位置
“位置”表示“谷歌云存储”中日志和报表存放的桶。
我的钥匙
当您选择生成密钥文件按钮,谷歌服务帐户密钥文件将下载到您的计算机。
注意:
此密钥文件作为私钥的唯一副本。请记录服务帐户的电子邮件地址,并安全地存储服务帐户的私钥文件。重新生成新的密钥文件将使现有文件失效。
此密钥文件可与gsutil工具一起使用,从GCS桶中下载日志和报告。使用密钥文件下载日志文件的方法请参见常见问题解答.
服务提供商和企业的雷达日志描述和报告
供应商雷达日志
- 这些日志为基准测试伙伴提供雷达测量。
- 他们提供公共平台的每一个测量值,而不管生成测量值的页面是什么。
- 雷达日志包括原始日志中可用字段的子集,其中一些数据是匿名的:客户端IP /28, Referer MD5散列。
- 这是一个例子平台雷达日志共享TSV文件格式。
注意:
- NEM从不公开完整的客户端ip。相反,它暴露了/28。例如,IP为255.255.255.255在报表中显示为255.255.255.240/28。
- 客户端GEO信息是基于客户端IPv4提取的,更详细。
日志描述
以下是雷达日志的列、标题和描述。这些字段在输出文件中的顺序如下:
日志 | 描述 |
---|---|
时间戳 | 是请求的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: success, 1: timeout, > 1: error。对于可用性计算,响应为0(成功)的测量百分比与总体测量数量(不管响应如何,总数)之比。对于其他探测类型(RTT和吞吐量),在计算RTT的统计信息时,过滤器必须只考虑成功码为0的RTT数据点。吞吐量也是一样。 |
测量值 | 记录的测量值,其含义因探头类型而异。它表示可用性(1)/响应时间(0),单位为毫秒,吞吐量(14),单位为kbps。 |
解析器市场 | 处理请求的DNS解析器的市场。一般是DNS解析器所在的大洲,0:未知(XX), 1:北美(NA), 5:非洲(AF), 3:欧洲(EU), 4:亚洲(AS), 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解析器的状态。id可以映射到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解析器id的ASN可以映射到https://community-radar.citrix.com/ref/asns.json.gz |
解析器的IP | 我们的基础设施从其接收DNS请求的DNS解析器的IP地址。 |
客户市场 | 产生该测量的最终用户的市场。通常是客户端IP所在的大陆;其中,0:未知(XX), 1:北美(NA), 5:非洲(AF), 3:欧洲(EU), 4:亚洲(AS), 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所在的城市。id可以映射到https://community-radar.citrix.com/ref/cities.json.gz |
客户端ASN | 生成此测量的最终用户的自治系统号(ASN)。通常是包含客户端IP的ASN。id可以映射到https://community-radar.citrix.com/ref/asns.json.gz |
客户端IP | 生成此测量值的最终用户的IP。 |
引用主机MD5 | Referer信息(协议、主机和路径)来自HTTP请求到Radar的Referer头。引用主机是MD5哈希。 |
用户代理 | 它是来自浏览器页面的承载标记的用户代理字符串。例如,如果您使用Chrome浏览器并浏览带有Radar标签的页面,后台的雷达测量将记录来自Chrome浏览器的用户代理。这些测量包括Chrome浏览器、Chrome版本、Chrome运行的操作系统信息等等。 |
DNS查询时间(可选) | 使用资源计时API,可以计算域查找结束和域查找开始之间的差异。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为domainLookupEnd - domainLookupStart。 |
TCP连接时间(可选) | 使用资源定时API,计算连接结束和连接开始之间的差异。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为connectEnd - connectStart。 |
安全连接时间(可选) | 使用资源定时API,计算连接结束和安全连接开始之间的差值。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为connectEnd - secureConnectionStart。 |
延迟(可选) | 使用资源计时API,计算响应开始和请求开始之间的差异。当两个值都不为空且响应开始时间大于请求开始时间时,它会进行计算。它被计算为responseStart - requestStart |
下载时间(可选) | 使用资源计时API,计算响应结束和响应开始之间的差值。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为responseEnd - responseStart。 |
客户端配置文件 | 该字段有助于识别数据是来自移动应用程序还是浏览器。它还允许我们区分iOS、Android应用程序和浏览器。一个数字用于标识每个客户端配置文件。该字段的值为:null, 0,1,2,3,4。其中,null:通常表示旧的Radar客户端不支持发送client_profile值。0:浏览器;1: iOS -雷达runner iOS应用程序编写在Swift;2:安卓系统;3:网站手机版浏览器;4: iOS - Radar Runner为iOS应用程序编写的Objective-C。 |
客户端配置文件版本 | 客户端配置文件版本告诉我们在移动应用程序中使用了什么版本的Radar Runner代码(适用于iOS)或AndroidRadar SDK(适用于Android)。此字段仅供内部使用。 |
设备类别 | 所有设备都分为以下几种:智能手机、平板电脑、个人电脑、智能电视和其他。如果解析器无法确定任何字段的值,则使用' Other '作为默认值。 |
设备 | 用户使用的设备类型,例如苹果iPhone。用户代理字符串从运行在承载Radar标记的页面上的浏览器中检测它。 |
浏览器 | 用户使用的浏览器类型,例如Mobile Safari UI/WKWebView 0.0.0。用户代理字符串从运行在承载Radar标记的页面上的浏览器中检测它。 |
操作系统 | 使用的操作系统。例如iOS 11.0.3。用户代理字符串从运行在承载Radar标记的页面上的浏览器检测到它。 |
报表客户端IP | 该IP为测量用户的掩码/48公网IP。它可以是IPv4或IPv6(如果支持)。 |
匿名最佳报告
- 匿名最佳报告帮助提供商将其性能与同一国家、地区或ASN内的其他平台的对等组进行比较。
- 对等组中排名前15位的提供商的性能数据基于相同的类别进行汇总。最好的是列在特定提供商的最佳价值旁边。
- 提供SSL平台的匿名最佳报告,以便与其他SSL平台进行性能比较。
- 客户端ip被截断为/28。
- “最佳”提供商的结果可以帮助云计算/ cdn将性能工作集中在大容量或业务关键型asn上,这些asn在竞争中相对较弱。
- 该报表提供了性能的详细信息,包括DNS解析器IP、客户端IP /28和服务对象的缓存节点。在同样的标准下,它与“最佳”平台进行了比较。
- 可用于RTT或吞吐量。
- 下面是一个示例平台匿名最佳报告以TSV文件格式下载。
日志描述
以下是匿名最佳报告的列、标题和描述。这些字段在输出文件中以以下顺序出现。
日志 | 描述 |
---|---|
解析器的国家 | 处理请求的DNS解析器的国家。 |
解析器区域 | 处理请求的DNS解析器的区域。 |
解析器的状态 | 处理请求的DNS解析器的状态。 |
解析器ASN ID | 处理请求的DNS解析器的自治系统号。通常有DNS解析器的ASN。 |
解析器名称 | ASN的名称。 |
解析器的IP | 我们的基础设施从其接收DNS请求的DNS解析器的IP地址。 |
客户的国家 | 产生此测量的最终用户的国家。 |
客户区域 | 生成此测量的最终用户的区域。 |
客户端状态 | 生成此度量的最终用户的状态。 |
客户端ASN ID | 生成此测量的最终用户的自治系统号(ASN)编号。通常是具有客户端IP的ASN。 |
客户端ASN名称 | 生成测量的最终用户的ASN名称。 |
客户端IP | 产生测量的最终用户的IP。 |
成功 | 成功测量的总数。提示:Success / Total ==可用性。 |
超时 | 超时的测量次数。 |
错误 | 有误差的测量次数。 |
总计 | 测量的总数。 |
的意思是 | 该行所有测量值的平均值。 |
最好的意思 | 在同龄群体中排名前15位的提供者中最好的平均值。 |
最佳平均测量 | 产生最佳平均计数的测量总数。 |
中位数 | 第50个百分位值是特定提供者的测量值的中间值,当测量值按顺序列出时。 |
最好的中位数 | 对等组中排名前15位的提供者的最佳第50百分位值(低于该百分位的测量值为50%)。 |
最佳中位数测量 | 产生最佳中位数的测量总数 |
5日 | 提供者的第五个百分位值。 |
最好的5日 | 在同辈群体中排名前15位的提供者中排名第五。 |
最佳第五次测量 | 产生最佳第5名的测量总数 |
10日 | 提供者的第10个百分位值。 |
最好的十 | 在同侪组中排名前15位的提供者中,排名前10%。 |
最佳第十次测量 | 产生最佳第十名的测量总数 |
第90位 | 提供者的第90个百分位值。 |
最好的90 | 在同辈群体中排名前15位的提供者中,排名最好的90个百分位。 |
最佳90次测量 | 产生最好的第90次测量的总次数 |
第95位 | 提供者的第95个百分位值。 |
最好的95 | 在同龄群体中排名前15位的提供者中,这是最好的第95个百分位。 |
最佳95次测量 | 产生最佳的测量总数-第95位 |
方差 | 提供者的标准偏差 |
最好的方差 | 在同侪组中排名前15位的提供者中,这是最好的标准偏差。 |
最佳Stdev测量 | 产生最佳std.dev的测量总数。 |
可用性 | 提供程序的可用性百分比。可用性是探测成功率,即成功/(成功+失败+超时) |
最好的可用性 | 对等组中前15个提供者的最佳可用性值。 |
最佳可用性度量 | 产生最佳可用性的测量的数量 |
重要性 | 生成的综合值有助于查找可操作的数据。 |
唯一节点id | 这些id是用于该行测量的Unique Node id的逗号分隔列表。 |
测量类型 | 记录的测量值,其含义因探头类型而异。它是HTTP_COLD(可用性),HTTP_RTT(往返时间),或者HTTP_KBPS(吞吐量)。 |
提供者ID | 该提供者的内部Citrix ID号。 |
缓存节点ID报告(以前为多服务提供商报告)
该报告用于识别响应请求的特定服务器或数据中心,并帮助诊断服务器问题。
- 它提供响应特定请求的数据中心或计算机的ID。
- 它有助于理解为什么通过特定节点(POP或机器或节点ID)的性能是好是坏。
- 性能包括响应时间、吞吐量、可用性(探测类型)、DNS解析器IP、客户端IP /28和为对象提供服务的缓存节点。
- 下面是一个示例Platform Cache Node ID报表TSV文件格式。
日志描述
下面是缓存节点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的名称。 |
解析器的IP | 我们的基础设施从其接收DNS请求的DNS解析器的IP地址。 |
客户的国家 | 产生此测量的最终用户的国家。 |
客户区域 | 生成此测量的最终用户的区域。 |
客户端状态 | 生成此度量的最终用户的状态。 |
客户端ASN | 生成此测量的最终用户的自治系统号(ASN)编号。通常是具有客户端IP的ASN。 |
客户端ASN名称 | 生成测量的最终用户的ASN名称。 |
客户端IP | 产生测量的最终用户的IP。 |
成功 | 成功测量的总数。提示:Success / Total ==可用性。 |
超时 | 超时的测量次数。 |
错误 | 有误差的测量次数。 |
总计 | 测量的总数。 |
的意思是 | 每一行测量值的平均值。 |
中位数 | 第50个百分位值是特定提供者的测量值的中间值,当测量值按顺序列出时。 |
5日 | 提供者的第五个百分位值。 |
10日 | 提供者的第10个百分位值。 |
第90位 | 提供者的第90个百分位值。 |
第95位 | 提供者的第95个百分位值。 |
方差 | 提供者的标准偏差。 |
可用性 | 提供程序的可用性百分比。 |
重要性 | 生成的综合值有助于查找可操作的数据。 |
每小时按国家/ASN报告
- 该报告有助于验证您的提供商在一天内的性能是否有显著变化。
- 例如,它显示了测量被截断到小时的时间
2018 - 03 - 11 - t23:00:00
. - 下面是一个示例平台每小时按国家/ASN报告TSV文件格式。
日志描述
以下是“每小时国家/ASN报告”的列、标题和描述。这些字段在输出文件中的顺序如下:
日志 | 描述 |
---|---|
时间戳60分钟 | 测量被截短为小时的UTC时间,例如2018-03-11 t23:00:00。 |
供应商的名字 | 它是正在测量的提供者的名称。 |
测量类型 | 记录的测量值,其含义因探头类型而异。它是HTTP_COLD(可用性),HTTP_RTT(往返时间),或者HTTP_KBPS(吞吐量)。 |
客户的国家 | 产生此测量的最终用户的国家。 |
客户端ASN | 生成此测量的最终用户的自治系统号(ASN)编号。通常是具有客户端IP的ASN。 |
客户端ASN名称 | 生成测量的最终用户的ASN名称。 |
成功 | 成功测量的总数。提示:Success / Total ==可用性。 |
超时 | 超时的测量次数。 |
错误 | 有误差的测量次数。 |
总计 | 测量的总数。 |
的意思是 | 每一行测量值的平均值。 |
中位数 | 第50个百分位值是特定提供者的测量值的中间值,当测量值按顺序列出时。 |
5日 | 提供者的第五个百分位值。 |
10日 | 提供者的第10个百分位值。 |
第90位 | 提供者的第90个百分位值。 |
第95位 | 提供者的第95个百分位值。 |
方差 | 提供者的标准偏差。 |
可用性 | 提供程序的可用性百分比。 |
重要性 | 生成的综合价值有助于找到可操作的数据。 |
提供者ID | 该提供者的内部Citrix ID号。 |
网络服务提供商的雷达日志描述和报告
isp的雷达日志
雷达日志使isp能够根据全球平台详细测量其性能。isp可以使用这些数据来发现必须改进的地方或验证预期的性能。
- 提供雷达测量。
- 提供从公共平台上的isp获取的测量值,无论生成测量值的页面是什么。
- 雷达日志包括原始日志中可用字段的子集,其中一些数据是匿名的:客户端IP /28,引用MD5散列。
- 日志文件为TSV格式。
- 下面是一个示例网络雷达日志共享TSV文件格式。
日志描述
以下是isp雷达日志的列、标题和描述。这些字段在输出文件中以以下顺序出现。
日志 | 描述 |
---|---|
时间戳 | 是请求的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: success, 1: timeout, > 1: error。对于可用性计算,测量的百分比与测量的总数量(总数)相比,响应为0(成功)。对于其他探测类型(RTT和吞吐量),在计算RTT的统计信息时,过滤器必须只考虑成功码为0的RTT数据点。吞吐量也是一样。 |
测量值 | 记录的测量值,其含义因探头类型而异。可用性(1)/响应时间(0)以毫秒为单位,吞吐量(14)以kbps为单位。 |
解析器市场 | 处理请求的DNS解析器的市场。一般是DNS解析器所在的大洲,0:未知(XX), 1:北美(NA), 5:非洲(AF), 3:欧洲(EU), 4:亚洲(AS), 2:大洋洲(OC), 6:南美(SA)。 |
解析器的国家 | 处理请求id的DNS解析器的国家可以映射到的名称https://community-radar.citrix.com/ref/countries.json.gz |
解析器区域 | 处理请求id的DNS解析器的区域可以映射到https://community-radar.citrix.com/ref/regions.json.gz.并非世界上所有的国家都界定了地区。 |
解析器的状态 | 处理请求id的DNS解析器的状态可以映射到https://community-radar.citrix.com/ref/states.json.gz.并不是世界上所有的国家都定义了国家。 |
解析器ASN | 处理请求的DNS解析器的自治系统号(ASN)。通常具有DNS解析器id的ASN可以映射到https://community-radar.citrix.com/ref/asns.json.gz. |
解析器的IP | 我们的基础设施从其接收DNS请求的DNS解析器的IP地址。 |
客户市场 | 产生该测量的最终用户的市场。通常是客户端IP所在的大陆;其中,0:未知(XX), 1:北美(NA), 5:非洲(AF), 3:欧洲(EU), 4:亚洲(AS), 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的ASN。id可以映射到https://community-radar.citrix.com/ref/asns.json.gz |
客户端IP | 生成此测量值的最终用户的IP。 |
引用主机MD5 | Referer信息(协议、主机和路径)来自HTTP请求到Radar的Referer头。引用主机是MD5哈希。 |
用户代理 | 它是来自浏览器页面的承载标记的用户代理字符串。例如,如果您使用Chrome浏览器并浏览带有Radar标签的页面,后台的雷达测量将记录来自Chrome浏览器的用户代理。这些测量包括Chrome浏览器、Chrome版本、Chrome运行的操作系统信息等等。 |
DNS查询时间(可选) | 使用资源计时API,可以计算域查找结束和域查找开始之间的差异。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为domainLookupEnd - domainLookupStart。 |
TCP连接时间(可选) | 使用资源定时API,计算连接结束和连接开始之间的差异。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为connectEnd - connectStart。 |
安全连接时间(可选) | 使用资源定时API,计算连接结束和安全连接开始之间的差值。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为connectEnd - secureConnectionStart。 |
延迟(可选) | 使用资源计时API,计算响应开始和请求开始之间的差异。当两个值都不为空且响应开始时间大于请求开始时间时,它会进行计算。它被计算为responseStart - requestStart |
下载时间(可选) | 使用资源计时API,计算响应结束和响应开始之间的差值。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为responseEnd - responseStart。 |
客户端配置文件 | 该字段有助于识别数据是来自移动应用程序还是浏览器。它还允许我们区分iOS、Android应用程序和浏览器。一个数字用于标识每个客户端配置文件。该字段的值为:null, 0,1,2,3,4。其中,null:通常表示旧的Radar客户端不支持发送client_profile值。0:浏览器;1: iOS -雷达runner iOS应用程序编写在Swift;2:安卓系统;3:网站手机版浏览器;4: iOS - Radar Runner为iOS应用程序编写的Objective-C。 |
客户端配置文件版本 | 客户端配置文件版本告诉我们在移动应用程序中使用了什么版本的Radar Runner代码(适用于iOS)或AndroidRadar SDK(适用于Android)。此字段仅供内部使用。 |
设备类别 | 所有设备都分为以下几种:智能手机、平板电脑、个人电脑、智能电视和其他。如果解析器无法确定任何字段的值,则使用' Other '作为默认值。 |
设备 | 用户使用的设备类型,例如苹果iPhone。用户代理字符串从运行在承载Radar标记的页面上的浏览器中检测它。 |
浏览器 | 用户使用的浏览器类型,例如Mobile Safari 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请求的DNS解析器的IP地址。 |
客户端ASN | 生成此测量的最终用户的自治系统号(ASN)编号。通常是具有客户端IP的ASN。 |
客户端IP | 产生测量的最终用户的IP。 |
平台ID | 执行查询的服务提供程序平台的ID。 |
平台名称 | 执行查询的服务提供程序平台的名称 |
成功 | 成功测量的总数。提示:Success / Total ==可用性。 |
超时 | 超时的测量次数。 |
错误 | 有误差的测量次数。 |
总计 | 测量的总数。 |
的意思是 | 每一行测量值的平均值。 |
中位数 | 第50个百分位值是特定提供者的测量值的中间值,当测量值按顺序列出时。 |
5日 | 提供者的第五个百分位值。 |
10日 | 提供者的第10个百分位值。 |
第90位 | 提供者的第90个百分位值。 |
第95位 | 提供者的第95个百分位值。 |
方差 | 提供者的标准偏差。 |
可用性 | 提供程序的可用性百分比。 |
重要性 | 生成的综合值有助于查找可操作的数据。 |
测量类型 | 记录的测量值,其含义因探头类型而异。它是HTTP_COLD(可用性),HTTP_RTT(往返时间),或者HTTP_KBPS(吞吐量)。 |
匿名最佳报告为isp
- 在匿名最佳报告中,使用对等组进行“最佳”比较。对等体分组基于ISP所在的位置。它通常是一个特定国家的10家最受衡量的isp,至少有1000次以上的会话。
- “最佳”ISP的结果有助于ISP将性能努力集中在高容量或业务关键型平台和竞争对手较弱的领域。
- 该报告提供了按地域和平台划分的性能细节,并将其与相同标准的“最佳”ISP进行了比较。
- 可用于RTT和吞吐量。
- 下面是一个示例网络匿名最佳报告以TSV文件格式下载。
日志描述
以下是匿名最佳报告的列、标题和描述。这些字段在输出文件中以以下顺序出现。
日志 | 描述 |
---|---|
测量类型 | 记录的测量值,其含义因探头类型而异。它是HTTP_COLD(可用性),HTTP_RTT(往返时间),或者HTTP_KBPS(吞吐量)。 |
客户的国家 | 产生此测量的最终用户的国家。 |
客户区域 | 生成此测量的最终用户的区域。 |
客户端状态 | 生成此度量的最终用户的状态。 |
客户端ASN ID | 生成此测量的最终用户的自治系统号(ASN)编号。通常是具有客户端IP的ASN。 |
客户端ASN名称 | 生成测量的最终用户的ASN名称。 |
解析器的国家 | 处理请求的DNS解析器的国家。 |
解析器区域 | 处理请求的DNS解析器的区域。 |
解析器的状态 | 处理请求的DNS解析器的状态。 |
平台ID | 试图查询到的服务提供程序平台的ID。 |
平台名称 | 试图查询到的服务提供程序平台的名称。 |
成功 | 成功测量的总数。提示:Success / Total ==可用性。 |
超时 | 超时的测量次数。 |
错误 | 有误差的测量次数。 |
总计 | 测量的总数。 |
的意思是 | 该行所有测量值的平均值。 |
最好的意思 | 在同龄群体中排名前15位的提供者中最好的平均值。 |
最佳平均测量 | 产生最佳平均计数的测量总数。 |
中位数 | 第50个百分位值是特定提供者的测量值的中间值,当测量值按顺序列出时。 |
最好的中位数 | 对等组中排名前15位的提供者的最佳第50百分位值(低于该百分位的测量值为50%)。 |
最佳中位数测量 | 产生最佳中位数的测量总数 |
5日 | 提供者的第五个百分位值。 |
最好的5日 | 在同辈群体中排名前15位的提供者中排名第五。 |
最佳第五次测量 | 产生最佳第5名的测量总数 |
10日 | 提供者的第10个百分位值。 |
最好的十 | 在同侪组中排名前15位的提供者中,排名前10%。 |
最佳第十次测量 | 产生最佳第十名的测量总数 |
第90位 | 提供者的第90个百分位值。 |
最好的90 | 在同辈群体中排名前15位的提供者中,排名最好的90个百分位。 |
最佳90次测量 | 产生最好的第90次测量的总次数 |
第95位 | 提供者的第95个百分位值。 |
最好的95 | 在同龄群体中排名前15位的提供者中,这是最好的第95个百分位。 |
最佳95次测量 | 产生最佳的测量总数-第95位 |
方差 | 提供者的标准偏差。 |
最好的方差 | 在同侪组中排名前15位的提供者中,这是最好的标准偏差。 |
最佳Stdev测量 | 产生最佳std.dev的测量总数。 |
可用性 | 提供程序的可用性百分比。可用性是探测成功率,即成功/(成功+失败+超时) |
最好的可用性 | 对等组中前15个提供者的最佳可用性值。 |
最佳可用性度量 | 产生最佳可用性的测量的数量。 |
重要性 | 生成的综合值有助于查找可操作的数据。 |
导航定时日志说明
导航授时数据
导航计时数据提供洞察网页加载过程的各个部分。
这些数据因终端用户的位置、网络问题、提供者所做的更改等而有所不同。客户可以使用导航计时数据来优化终端用户在加载监控网页时的体验。
可以对每个雷达会话进行测量(如果启用)。每个会话都附加到一个ID号,用于帮助跟踪会话中的所有测量值。这些测量结果通过NEM作为导航计时日志与客户共享。
下面是一个示例导航授时数据TSV文件格式。
以下是导航计时日志的列、标题和描述。这些字段在输出文件中的顺序如下:
日志 | 描述 |
---|---|
时间戳 | 是请求的UTC时间,格式为YYYY-MM-DDTHH:MI:SSZ。日志表中的实际值(精确到秒)在小时/日表中分别舍入到最接近的小时(2018-03-30T23:00:00Z)或天(2018-03-30T00:00:00Z)。在所有数据集中都是UTC。 |
响应代码 | 测量结果。0: success, 1: timeout, > 1: error。对于可用性计算,测量的百分比以0(成功)响应与总体测量数量(总数)进行比较。对于其他探测类型(RTT和吞吐量),过滤器在计算RTT的统计信息时只考虑成功代码为0的RTT数据点。吞吐量也是一样。 |
解析器市场 | 处理请求的DNS解析器的市场。一般是DNS解析器所在的大洲,0:未知(XX), 1:北美(NA), 5:非洲(AF), 3:欧洲(EU), 4:亚洲(AS), 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解析器的状态。id可以映射到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:欧洲(EU), 4:亚洲(AS), 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的ASN。id可以映射到https://community-radar.citrix.com/ref/asns.json.gz |
客户端IP | 产生测量的最终用户的IP。 |
推荐人主机 | Referer信息(协议、主机和路径)来自HTTP请求到Radar的Referer头。 |
推荐人协议 | Referer信息(协议、主机和路径)来自HTTP请求到Radar的Referer头。 |
推荐人路径 | Referer信息(协议、主机和路径)来自HTTP请求到Radar的Referer头。 |
设备类别 | 所有设备都分为以下几种:智能手机、平板电脑、个人电脑、智能电视和其他。如果解析器无法确定任何字段的值,则使用' Other '作为默认值。 |
设备 | 用户使用的设备类型,例如苹果iPhone。用户代理字符串从运行在承载Radar标记的页面上的浏览器中检测它。 |
浏览器 | 用户使用的浏览器类型,例如Mobile Safari UI/WKWebView 0.0.0。用户代理字符串从运行在承载Radar标记的页面上的浏览器中检测它。 |
操作系统 | 正在使用的操作系统,例如iOS 11.0.3。用户代理字符串从运行在承载Radar标记的页面上的浏览器中检测它。 |
DNS查询时间 | 使用资源计时API,可以计算域查找结束和域查找开始之间的差异。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为domainLookupEnd - domainLookupStart。 |
TCP连接时间 | 使用资源定时API,计算连接结束和连接开始之间的差异。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为connectEnd - connectStart。 |
安全连接时间 | 使用资源定时API,计算连接结束和安全连接开始之间的差值。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为connectEnd - secureConnectionStart。 |
加载事件 | 它是加载事件从开始到结束所花费的持续时间或时间。当两个值都不为空且结束时间大于开始时间时,它被计算为loaddeventend - loaddeventstart。 |
重定向 | 它是从导航开始到获取开始所需的持续时间。当两个值都不为空且结束时间大于开始时间时,它被计算为FetchStart - NavigationStart。 |
页面总负载 | 它是从导航开始到页面加载事件结束所花费的持续时间。当两个值都不为空且结束时间大于开始时间时,它的计算方法为-加载事件结束-导航开始。 |
DOM | 从DOM加载到DOM完成所需的持续时间或时间。当两个值都不为空且结束时间大于开始时间时,它被计算为DomComplete - DomLoading。 |
延迟 | 使用资源计时API,计算响应开始和请求开始之间的差异。当两个值都不为空且响应开始时间大于请求开始时间时,它会进行计算。它被计算为responseStart - requestStart |
下载时间 | 使用资源计时API,计算响应结束和响应开始之间的差值。当两个值都不为空且结束时间大于开始时间时,它进行计算。它被计算为responseEnd - responseStart。 |
DOM交互 | 从导航开始到DOM交互所需的持续时间或时间。当两个值都不为空且结束时间大于开始时间时,它被计算为DomInteractive - NavigationStart。 |
开始呈现 | 从导航开始到开始渲染的持续时间或时间。当两个值都不为空且结束时间大于开始时间时,它被计算为startRender - NavigationStart。 |
Openmix和HTTP Openmix日志
Openmix和HTTP Openmix日志允许客户使用实时测量来监视其Openmix应用程序的行为。他们可以使用这些数据来发现需要改进的地方,或者验证应用程序的预期性能。
- 这些日志为Openmix客户提供实时测量。
- 这些日志的推荐文件格式是JSON,但是也可以使用TSV格式。
- 这里有一些样本Openmix而且HTTP Openmix日志共享数据的TSV文件格式。
Openmix日志说明
日志 | 描述 |
---|---|
时间戳 | 是请求的UTC时间,格式为YYYY-MM-DDTHH:MI:SSZ。日志表中的实际值(精确到秒)在小时/日表中分别舍入到最接近的小时(2018-03-30T23:00:00Z)或天(2018-03-30T00:00:00Z)。时间戳在所有数据集中总是以UTC为单位。 |
App Owner Zone ID | 为请求提供服务的应用程序所有者的区域ID。这个值总是等于1。 |
应用所有者客户ID | 为请求提供服务的应用程序所有者的客户ID。对于HTTP请求,在请求路径中编码这个ID,并使用它来查找要运行的应用程序。 |
应用程序ID | 为请求提供服务的客户帐户中的应用程序ID。这个ID也编码在HTTP请求路径中。应用程序id从1开始,只对客户唯一。您必须通过查询appOwnerCustomerId来完全限定特定应用程序ID的查询。 |
应用程序版本 | 为帐户提供服务的应用程序的版本。每次通过门户或API更新应用程序时,版本都会增加。记录在请求时正在运行的版本。随着应用程序的更新,这些信息可用于分离版本逻辑。整个网络中的主机通常在相似的时间范围内接收更新,但几乎不会在同一时刻接收更新。在更新过程中,重叠的决策可能会使用不同版本的应用程序。 |
应用程序名称 | 为该帐户提供服务的应用程序的名称。 |
市场 | 产生该测量的最终用户的市场。 |
国家 | 产生此测量的最终用户的国家。 |
地区 | 生成此测量的最终用户的区域。 |
状态 | 生成此度量的最终用户的状态。 |
ASN ID | 生成此测量的最终用户的自治系统号(ASN)。通常是具有客户端IP的自治系统号。 |
ASN名字 | 生成测量的最终用户的ASN名称。 |
有效的知识产权 | 有效IP是用于处理请求的IP。它是查询字符串指定的IP覆盖请求IP(而不是DNS流的解析器/ECS/EDNS ID)。它是系统在处理信息时考虑的目标地址。该IP是请求解析器的IP,或者是客户端的ECS IP地址(如果支持EDNS ECS)。因此,传递给应用程序逻辑的所有探测性能数据、地理信息等都基于这个IP。 |
解析器市场 | 处理请求的DNS解析器的市场。 |
解析器的国家 | 处理请求的DNS解析器的国家。 |
解析器区域 | 处理请求的DNS解析器的区域。 |
解析器的状态 | 处理请求的DNS解析器的状态。 |
解析器ASN ID | 处理请求的DNS解析器的自治系统号(ASN)。通常是具有DNS解析器的自治系统号。 |
解析器名称 | 处理请求的解析器的ASN的名称。 |
解析器的IP | 我们的基础设施从其接收DNS请求的DNS解析器的IP地址。 |
决策提供者名称 | 应用程序选择的平台的别名。 |
原因代码 | Reason应用程序中描述决策背后原因的代码集。 |
日志的原因 | 此日志是Openmix应用程序的客户定义输出。它是一个可选的字符串字段,使客户能够记录有关其Openmix应用程序决策的信息。 |
后备模式 | 此模式指示应用程序在处理请求时是否处于回退模式。当准备执行请求期间发生故障时,就会发生回退。 |
使用版 | 如果应用程序使用EDNS客户端子网扩展,则为。 |
TTL | TTL(活着的时间)被交了回来。 |
响应 | 请求返回的CNAME。 |
结果 | 该字段的值始终为1。 |
上下文 | 它是处理请求时Openmix可用的Radar数据的摘要。Openmix根据每个请求的有效值解析Radar数据,因此同时发出请求的两个客户机可以有不同的上下文字符串。 |
Openmix HTTP API日志描述
日志 | 描述 |
---|---|
时间戳 | 是请求的UTC时间,格式为YYYY-MM-DDTHH:MI:SSZ。日志表中的实际值(精确到秒)在小时/日表中分别舍入到最接近的小时(2018-03-30T23:00:00Z)或天(2018-03-30T00:00:00Z)。时间戳在所有数据集中总是以UTC为单位。 |
App Owner Zone ID | 为请求提供服务的应用程序所有者的区域ID。这个值总是等于1。 |
应用所有者客户ID | 为请求提供服务的应用程序所有者的客户ID。对于HTTP请求,在请求路径中编码这个ID,用于查找要运行的应用程序。 |
应用程序ID | 为请求提供服务的客户帐户中的应用程序ID。这个ID也编码在HTTP请求路径中。应用程序id从1开始,只对客户唯一。您必须通过查询appOwnerCustomerId来完全限定特定应用程序ID的查询。 |
应用程序版本 | 为帐户提供服务的应用程序的版本。每次通过门户或API更新应用程序时,版本都会增加。记录在请求时正在运行的版本。随着应用程序的更新,这些信息可用于分离版本逻辑。整个网络中的主机通常在相似的时间范围内接收更新,但几乎不会在同一时刻接收更新。在更新过程中,重叠的决策可能会使用不同版本的应用程序。 |
应用程序名称 | 为该帐户提供服务的应用程序的名称。 |
市场 | 产生该测量的最终用户的市场。 |
国家 | 产生此测量的最终用户的国家。 |
地区 | 生成此测量的最终用户的区域。 |
状态 | 生成此度量的最终用户的状态。 |
ASN ID | 生成此测量的最终用户的自治系统号(ASN)的ID,即与ASN名称相关联的网络ID号 |
ASN名字 | 生成测量的最终用户的ASN名称。 |
有效的知识产权 | 有效IP是用于处理请求的IP。它是查询字符串指定的IP覆盖请求IP(而不是DNS流的解析器/ECS/EDNS ID)。它是系统在处理信息时考虑的目标地址。该IP是请求解析器的IP,或者是客户端的ECS IP地址(如果支持EDNS ECS)。传递给应用程序逻辑的所有探针性能数据、地理信息等等都基于这个IP。 |
决策提供者名称 | 应用程序选择的平台的别名。 |
原因代码 | Reason应用程序中描述决策背后原因的代码集。 |
日志的原因 | 此日志是Openmix应用程序的客户定义输出。它是一个可选的字符串字段,使客户能够记录有关其Openmix应用程序决策的信息。 |
后备模式 | 此模式指示应用程序在处理请求时是否处于回退模式。当准备执行请求期间发生故障时,就会发生回退。 |
响应代码 | 测量结果。0: success, 1: timeout, > 1: error。对于可用性计算,测量的百分比与0(成功)响应与总体测量数量(无论响应如何,总数)的比值。对于其他探测类型(RTT和吞吐量),在计算RTT的统计信息时,过滤器必须只考虑成功码为0的RTT数据点。吞吐量也是一样。 |
HTTP方法 | HTTP方法(GET/POST/OPTIONS/etc)与客户服务向HTTP Openmix服务器发出的请求有关。这些方法一起组成了URL入站和HTTP响应出站的部分。 |
URI | 它是请求路径。如果客户没有得到他们想要的行为,这可能是因为请求结构不当。日志显示我们的服务器正在接收什么(协议、主机和路径)。Referer信息(协议、主机和路径)来自HTTP请求到Radar的Referer头。对于HTTP OPX,整个Referer(协议、主机和路径)包含在一个标记为Referer的字符串中。 |
用户代理 | 它是来自浏览器页面的承载标记的用户代理字符串。例如,如果您使用Chrome浏览器并浏览带有Radar标签的页面,后台的雷达测量将记录来自Chrome浏览器的用户代理。这些测量包括Chrome浏览器、Chrome版本、Chrome运行的操作系统信息等等。 |
上下文 | 它是处理请求时Openmix可用的Radar数据的摘要。Openmix根据每个请求的有效值解析Radar数据,因此同时发出请求的两个客户机可以有不同的上下文字符串。 |
第三方组织的自定义报告
客户可以与思杰合作,获得基于思杰收集的雷达数据的自定义报告。Citrix可以生成报告以在计划上运行。报告以数据文件的形式提供,通常为TSV格式。
常见问题解答
雷达
文件推送到S3和GCS的频率如何?
雷达文件存入的频率是每分钟一次,报告文件存入的频率是每天一次。
报告存储在哪里?
S3遗留(位置1):
s3: / /公众的目光/(客户名称)/
S3(地点2):
s3: / / cedexis-netscope /[客户id] /
GCS(地点3):
g: / / cedexis-netscope -[客户id] /
如果您还没有S3访问凭据,如何获得它们?
门户提供了一个“访问”和“秘密”密钥。使用' s3cmd ', ' awscli '或其他工具来访问S3。对于谷歌存储,门户下载带有访问凭据的文件,以便与“gsutil”工具一起使用。
如何使用s3cmd自带的访问密钥和密钥从S3桶下载日志和报表?
首先,您需要下载并安装生成
从https://s3tools.org/download,并参考https://s3tools.org/usage有关用法、选项和命令。然后执行如下命令:
S3cmd——access_key=[access key]——secret_key=[secret key] ls s3://cedexis-netscope//radar/
使用实例下载文件。
S3cmd——access_key=[access_key]——secret_key=[secret_key] get s3://cedexis-netscope//radar/[the_filename_to_download] [the_name_of_the_local_file]
如何使用s3cmd配置列出S3桶中的文件
第一步是安装生成
.您可以从http://s3tools.org/download
使用实例配置s3cmd
S3cmd ls s3://cedexis-netscope/[customer id]/
如果你已经在使用生成
使用另一组访问密钥和秘密密钥,然后执行以下步骤:
如果你已经用过生成
,然后复制默认配置,在~ / .s3cfg
.例如,复制一份,并将其命名为~ / .s3cfg_netscope
.中替换访问和密钥项~ / .s3cfg_netscope
用我们提供的。使用新配置而不是默认配置(您公司的),使用以下命令访问S3桶:
S3cmd -c ~/。S3cfg_netscope ls s3://cedexis-netscope/[customer id]/
主要的区别是你必须输入- c
配置文件与citrix提供的访问和密钥的位置。
如果您想在密钥集之间切换,请将它们嵌入到一个文件中。属性的文件- c
选项,指定您正在使用的密钥对。
注意:
- c
参数表示包含访问密钥和秘密密钥的配置文件的位置。
如何使用gsutil或gcloud的密钥文件下载日志文件
下载谷歌服务帐户JSON密钥文件后,您可以使用它来验证谷歌帐户凭据、查看或下载日志文件。例如,这里有一种使用谷歌的方法gcloud
而且gsutil
命令行实用程序:
步骤1:激活密钥文件
认证命令Gcloud auth activate-
或Gsutil config -e
执行gcloud或gsutil命令时,需要验证密钥文件。
gcloud:
使用下载的密钥文件执行以下命令:
Gcloud auth激活-service-account——key-file[下载的配置文件]
或
Gcloud auth activate-service-account——key-file=[密钥文件的路径和文件名]
gsutil:
使用下载的config文件执行如下命令:
Gsutil config -e
步骤2:列出GCS(谷歌Cloud Storage)桶中的文件
一旦你激活了前面步骤中描述的服务帐户密钥文件,使用以下命令列出GCS桶中的文件:
Gsutil ls gs://cedexis-netscope-<客户id>
步骤3(如有必要):恢复原始凭证(或在帐户之间来回切换)
您可以通过以下操作在Citrix帐户和您已验证的其他谷歌Cloud凭据之间切换。
首先,运行以下命令列出所有帐户:
Gcloud认证列表
然后使用以下命令切换到其他帐户:
Gcloud config set account[在Gcloud认证列表中所显示的要切换到的帐户的电子邮件]
您可以使用相同的命令在帐户之间来回切换,方法是将电子邮件替换为您想切换到的帐户电子邮件。
文件名是什么样子的?
遗留日报:
Radar每日日志ShareFile名称的结构是这样的:
<前缀> <日期:YYYY-MM-DD >。< customer_id > .part < uniq_id > .kr.txt.gz
例如cedexis_daily - 2017 - 11 - 07.21222.part cc901e1dd55eal4e.kr.txt.gz
(非标)
遗留实时:
Radar实时日志ShareFile名称的结构是这样的:
< <前缀> < customer_id > -YYYY-MM-DDTHH:毫米uniq_id > .txt.gz
例如cedexis_3 - 32291 - 2017 - 11 - 08 - t20:56 cc907e8fd71eaf4e.txt.gz
Netscope NEM格式:
每日和实时日志共享文件的Netscope NEM格式有这样的结构:
log_type <频率> < > <前缀> < id_type > < id > < iso_dt > < uniq_id >。< line_format > . gz和
在那里,
频率
:“daily”|“rt”|“hr”
log_type
:雷达" | "opx" | "hopx"
前缀
:log_share.prefix
id_type
:“客户”|“供应商”|“asn”
id
:log_share.match_id
iso_dt
:iso 8601 Date_time "YYYYMMDDTHHMMSSZ"
uniq_id
:散列(UUID)
line_format
:"tsv" | "json"
例如rt -雷达testradar1 -供应商- 20363 - 20171209183034 - z - cc907e8fd71eaf4e.tsv.gz
输出文件的格式是什么?
对于Radar,输出文件格式为TSV(制表符分隔值),gzip。
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 /[区域ID] /[客户ID] /日志/ openmix / json / (YYYY) /(毫米)/ (DD) / (HH) /。
S3(地点2):
s3: / / cedexis-netscope /[客户id] /
GCS(地点3):
g: / / cedexis-netscope -[客户id] /
文件名是什么样子的?
Openmix和HTTP Openmix的文件名结构通常是这样的:
遗留实时:
[区域ID, 1] [customerID] -openmix-json [YYYY](毫米)(DD) (HH) (MM) [ss] Z-m1-w9-c0.gz
Netscope NEM格式:
每日和实时日志共享文件的Netscope NEM格式有这样的结构:
log_type <频率> < > <前缀> < id_type > < id > < iso_dt > < uniq_id >。< line_format > . gz和
在那里,
频率
:“daily”|“rt”|“hr”
log_type
:雷达" | "opx" | "hopx"
前缀
:log_share.prefix
id_type
:“客户”|“供应商”|“asn”
价值
:log_share.match_id
iso_dt
:iso 8601 Date_time "YYYYMMDDTHHMMSSZ"
uniq_id
:散列(UUID)
line_format
:"tsv" | "json"
例如人力资源- opx testopenmix1 -供应商- 20363 - 20171209183034 - z - cc907e8fd71eaf4e.tsv.gz
输出文件格式是什么?
Openmix和Openmix HTTP API的文件格式是JSON (gzip)。