首页 > 通信行业标准(YD) > YD/T 2712-2014 互联网服务拨测技术要求
YD/T 2712-2014

基本信息

标准号: YD/T 2712-2014

中文名称:互联网服务拨测技术要求

标准类别:通信行业标准(YD)

标准状态:现行

出版语种:简体中文

下载格式:.zip .pdf

下载大小:5140578

相关标签: 互联网服务 拨测 技术

标准分类号

关联标准

出版信息

相关单位信息

标准简介

YD/T 2712-2014.Technical requirements for Internet service online measurement.
1范围
YD/T 2712规定了互联网服务(主要包括www业务、FTP服务以及Email服务)在线自动拨测的功能需求、拨测点部署要求、拨测控制要求及拨测记录要求。
YD/T 2712适用于互联网服务拨测系统。
2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。
YD/T 1641-2007互联网业务服务质量技术要求
YD/T 1962-2009互联网业务服务质量测试方法
3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。
3.1.1
拨测点 measurement point
发出拨测信号并接收互联网服务端反馈的功能实体,能实现对不同路由、不同管理域的披测操作。
3.1.2
管理域 management domain
具有客观共性的拨测点的集合。同一管理域的拨测点可实施统- -管理。
3.1.3
拨测路由 measurement route
从指定拨测点访问指定互联网服务的路径。
3.2缩略语
下列缩略语适用于本文件。
4互联网服务拨测的功能需求
4.1互联网服务类型
互联网服务类型的定义见 YD/T 1641-2007
根据该互联网服务分类,本标准主要规定非实时服务中的WWW服务、FTP服务、Email服务 的拨测技术要求,同时本标准所定义的互联网服务拨测参考模型、拨测点部署要求以及互联网服务拨测控制要求,也可为其他非实时服务和实时服务的互联网服务拨测提供参考。

标准图片预览






标准内容

ICS33.030
中华人民共和国通信行业标准
YD/T2712-2014
互联网服务拨测技术要求
Technical reguirements for Internet service online measurement2014-10-14发布
2014-10-14实施
中华人民共和国工业和信息化部发布前言·
1范围·
2规范性引用文件。
3术语、定义和缩略语
3.1术语和定义
3.2缩略语
4互联网服务拨测的功能需求.
4.1互联网服务类型。
互联网服务拨测模型·
4.3互联网服务拨测场景
5互联网服务可用性拨测要求
www服务
FTP服务..
SMTP/POP3服务
6互联网服务质量拨测要求·
WWW服务
6.2FTP服务
6.3SMTP/POP3服务·
7拨测点部署要求·
互联网服务拨测控制要求·
8.1拨测抽样要求
8.2拨测流程要求
9互联网服务拨测记录要求
总体要求
9.2WWW服务拨测记录要求
9.3FTP服务拨测记录要求
9.4SMTP/POP3业务拨测记录要求..9.5拨测记录时间同步要求
附录A(资料性附录)互联网服务拨测指标表次
YD/T2712-2014
本标准由中国通信标准化协会提出并归口。本标准起草单位:中国电信集团公司、广东宜通世纪科技股份有限公司。YD/T2712-2014
本标准主要起草人:杨剑、陈培周、洗永豪、严俏艳、宫云平、王燕川、赵平、马泽雄、梁朝军。
1范围
互联网服务拨测技术要求
YD/T2712-2014
本标准规定了互联网服务(主要包括WWW业务、FTP服务以及Email服务)在线自动拨测的功能需求,拨测点部署要求,拨测控制要求及拨测记录要求。本标准适用于互联网服务拨测系统。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件,仅所注日期的版本适用于本文件。凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件。YD/T1641-2007
YD/T1962-2009
3术语、定义和缩略语
3.1术语和定义
互联网业务服务质量技术要求
互联网业务服务质量测试方法
下列术语和定义适用于本文件。3.1.1
拨测点measurementpoint
发出拨测信号并接收互联网服务端反馈的功能实体,能实现对不同路由、不同管理域的拨测操作。3.1.2
管理域managementdomain
具有客观共性的拨测点的集合。同一管理域的拨测点可实施统一管理。3.1.3
拔测路由measurementroute
从指定拨测点访问指定互联网服务的路径。3.2缩略语
下列缩略语适用于本文件。
CDMA2000
Asymmetrical Digital Subscriber LoopCode Division Multiple AccessCode Division Multiple Access 2000Enhanced Data Rate for GSM EvolutionLocal Area Network
File Transfer Protocol
General Packet Radio ServiceHypertext Transfer Protocol
非对称数字用户环线
码分多址
码分多址2000
增强型数据速率GSM演进技术
局域网
文件传送协议
通用分组无线业务
超文本传输协议
YD/T2712-2014
InternetProtocol
Post Office Protocol 3
Simple Mail TransferProtocol互联网协议
邮局协议3
简单邮件传输协议
TD-SCDMATimeDivision-SynchronousCodeDivision时分同步码分多址Multiple Access
WidebandCodeDivisionMultipleAccessWireless-Fidelity
World WideWeb
4互联网服务拨测的功能需求
4.1互联网服务类型
互联网服务类型的定义见YD/T1641-2007。宽带码分多址
无线相容性认证
万维网
根据该互联网服务分类,本标准主要规定非实时服务中的WWW服务、FTP服务、Email服务的拨测技术要求,同时本标准所定义的互联网服务拨测参考模型、拨测点部署要求以及互联网服务拨测控制要求,也可为其他非实时服务和实时服务的互联网服务拨测提供参考。4.2互联网服务拨测模型
互联网服务拨测模型如图1所示,由拨测点、管理域、拨测路由以及被拨测的互联网服务组成。互联网服务拨测应反映不同路由、不同管理域访问和使用互联网服务的服务可用性和服务质量。●拨测点为根据测试需求而部署自动测试终端,是实施互联网服务拨测的功能实体,根据拨测任务对指定的互联网服务进行拨打测试。●管理域由一至多个拨测点组成,同一个管理域下的拨测点应具有管理共性,这些共性可以是拨测点部署的地理区域、管理区域、行政区域、被拨测服务类型、拨测策略要求等。同一个管理域下的拨测点应可实施统一管理。
\,·,●拨测路由指拨测点对互联网服务进行拨测的路径。对于同一个互联网服务,由于采用不同接入方式,经过不同电信运营商网络,从而导致访问互联网服务的路由不同。路由
拨测点
4.3互联网服务拨测场景
电带搬号:
接入方式
运营商
压营有线宽带
图1互联网服务拨测模型
管理域B
营理城N
互联网服务拨测是通过拨测点发起自动拨测,记录拨测过程并获取关键数据,计算服务的测量指标,从而满足评估和保障从用户侧到服务侧的端到端服务质量的要求。互联网服务拨测应分为两个维度:服务可用性拨测以及服务质量拨测。2
●互联网服务可用性拨测:是指通过拨测验证互联网服务是否可用。YD/T2712-2014
●互联网服务质量拨测:是指在互联网服务可用的前提下,通过拨测获取服务的业务指标,综合评估服务性能,反映用户使用互联网服务满意度。互联网服务拨测的场景应包括以下4种:●单点单路由拨测场景:由指定拨测点经过指定拨测路由对指定互联网服务发起拨测。用于监控指定拨测点的网络以及服务的可用性,获取服务质量数据,●单点多路由拨测场景:由指定拨测点经过不同拨测路由对指定互联网服务发起拨测。用于监控指定拨测点通过多个路由访问互联网服务的服务可用性及服务质量。单管理域拨测场景:由同一个管理域内的不同拨测点经过不同拨测路由对指定互联网服务发起拨测。用手监控指定管理域的互联网服务可用性和获取服务质量数据。多管理域拨测场景:由多个管理域内不同拨测点经过不同拨测路由对指定互联网服务发起拨测。用于广泛监控网络以及服务的整体可用性,获取服务质量数据。5互联网服务可用性拨测要求
5.1WwW服务
拨测点应能模拟用户接入的方式以及与互联网服务端的交互流程,定期发起到指定的WWW服务拨测,对以下的拨测过程和拨测结果进行记录和分析,判断指定WWW服务是否可用。1)域名解析是否成功:网络返回错误信息或者DNS解析时延超出标准范围,应判断为解析失败。2)连接请求是否成功:网络返回错误信息或者请求建立时延应超出标准范围,应判断为连接请求失败。
3)测试页面传输是否成功:选用大小200Kbyte的测试页面,网络返回错误信息或者页面传输时延超出充许范围,应判断为页面传输失败。各项时延范围参见附录A。
以上关键流程如指定拨测点连续测试3次均失败,应判断该拨测点经拨测路由无法使用被测的WWW服务。
5.2FTP服务
拨测点应能模拟用户接入的方式以及与互联网服务端的交互流程,定期发起到指定的FTP服务拨测,对以下的拨测过程和拨测结果进行记录和分析,判断指定FTP服务是否可用。1)域名解析是否成功:网络返回错误信息或者DNS解析时延超出标准范围,应判断为解析失败。2)连接请求是否成功:网络返回错误信息或者请求建立时延应超出标准范围,应判断为连接请求失败。
3)测试文件下载是否成功:选用2M大小的测试文件,网络返回错误信息或者FTP传输时延超出允许范围,应判断为文件下载失败收。各项时延范围参见附录A。
以上关键流程如指定拨测点连续测试3次均失败,应判断该拨测点经拨测路由无法使用被测的FTP服务。
YD/T2712-2014
5.3SMTP/POP3服务
拨测点应能模拟用户接入的方式以及与互联网服务端的交互流程,定期发起到指定的SMTP/POP3服务拨测,对以下的拨测过程和拨测结果进行记录和分析,判断指定SMTP/POP3服务是否可用。针对SMTP服务:
1)域名解析是否成功:网络返回错误信息或者DNS解析时延超出标准范围,应判断为解析失败。2)连接请求是否成功:网络返回错误信息或者请求建立时延应超出标准范围,应判断为连接请求失败。
3)SMTP邮件发送是否成功:选用2M大小的测试邮件,网络返回错误信息或者邮件发送传输时延超出充许范围,应判断为SMTP邮件发送失败。各项时延范围参见附录A。
以上关键流程如指定拨测点连续测试3次均失败,应判断该拨测点经拨测路由无法使用被测的SMTF服务。
针对POP3服务:
1)域名解析是否成功:网络返回错误信息或者DNS解析时延超出标准范围,应判断为解析失败。2)连接请求是否成功:网络返回错误信息或者请求建立时延应超出标准范围,应判断为连接请求失败。
3)认证是否成功:网络返回错误信息或者认证响应时延超出标准范围,应判断为认证失败。4)POP3邮件接收是否成功:选用2M大小的邮件,网络返回错误信息或者邮件接收传输时延超出允许范围,应判断为POP3邮件接收失败。各项时延范围参见附录A。
以上关键流程如指定拨测点连续测试3次均失败,应判断该拨测点经拨测路由POP3服务不可用。6互联网服务质量拨测要求
6.1WWW服务
拨测点应能模拟用户接入的方式以及与互联网服务端的交互流程,定期发起到指定的WWW服务拨测,对拨测过程和拨测结果进行记录,分析计算以下关键服务指标,评估拨测点访问指定WWW服务的质量。
1)DNS解析成功率
2)DNS解析时延
3)连接建立时延
4)被测页面的页面请求传输时延5)被测页面的页面传输速率
要求拨测点WWW服务测试次数不低于60次,以上关键指标计算方法和参考值参见附录A,如有指标平均值低于参考值,应判断为该拨测点经拨测路由访问被测WWW服务的服务质量劣化。6.2FTP服务
拨测点应能模拟用户接入的方式以及与互联网服务端的交互流程,定期发起到指定的FTP服务拨测,对拨测过程和拨测结果进行记录,分析计算以下关键服务指标,评估拨测点访问指定FTP服务的质量。1)DNS解析成功率
2)DNS解析时延
3)连接建立时延
4)FTP传输时延
5)FTP传输速率
YD/T2712-2014
要求拨测点FTP服务测试次数不低于60次,以上关键指标计算方法和参考值参见附录A,如有指标平均值低于参考值,应判断为该拨测点经拨测路由访问指定FTP服务的服务质量劣化。6.3SMTP/POP3服务
拨测点应能模拟用户接入的方式以及与互联网服务端的交互流程,定期发起到指定的SMTP/POP3服务拨测,对拨测过程和拨测结果进行记录,分析计算以下关键服务指标,评估拨测点访问指定SMTP/POP3服务的质量。
针对SMTP服务:
1)DNS解析成功率
2)DNS解析时延
3)连接建立时延
4)邮件发送传输时延
针对POP3服务:
1)DNS解析成功率
2)DNS解析时延
3)连接建立时延
4)认证响应时延
5)邮件接收传输时延
要求拨测点SMTP和POP3服务测试次数均不低于60次,以上关键指标计算方法和参考值参见附录A,如有指标平均值低于参考值,应判断为该拨测点经拨测路由访问指定SMTP/POP3服务的服务质量劣化。7拨测点部署要求
互联网服务拨测点的部署应满足以下原则:普遍性:拨测点的部署应能覆盖服务提供商/电信运营商的网络,应具备多路由拨测的能力,从而满足服务提供商/电信运营商网络以及服务保障的需要。特殊性:拨测点在不同区域的部署密度和部署位置应有不同,从而满足服务提供商/电信运营商对特定区域网络以及业务重点保障的需要。不同区域互联网服务拨测点的部署密度见表1。表1不同区域的拨测点部署建议
商务区
中心商务区
中心商业区
政务区
普通商务区
普通商业区
类型细分
建议终端部署密度
YD/T2712-2014
居民区
密集居民区
普通居民区
平房区
别墅区
高校园区
科技园区
工业园区
旅游景点
度假村
大型场馆
交通枢纽
表1(续)
类型细分
江、河、湖、海
高速公路
高速铁路
8互联网服务拨测控制要求
8.1拨测抽样要求
建议终端部署密度
为了满足互联网服务可用性以及服务质量保障的要求,拨测抽样应满足以下要求:●时间要求:抽样拨测时间应覆盖每日最忙时和次忙时的时段。●空间要求:抽样拨测在空间上应满足指定拨测点、指定管理域、多个管理域(全网)等多层面服务质量保障的需要。
●频率要求:抽样测试点的采样频率应不小于60次/每小时。8.2拨测流程要求
互联网WWW服务、FTP服务、SMTP/POP3服务拨测流程见YD/T1962-2009。9互联网服务拨测记录要求
9.1总体要求免费标准bzxz.net
拨测点应对拨测执行的关键过程、拨测结果以及评价互联网服务所需的关键数据进行采集,并应按照指定的时间要求把拨测记录上报给互联网服务拨测系统,从而满足拨测记录分析处理、关键服务质量指标计算、汇总、输出的要求。互联网服务拨测记录上报应满足以下时间要求:●对于实时监控与数据分析的测试点/管理域/路由,拨测记录上报时延应不超过5分钟。●对于常规数据分析的测试点/管理域/路由,拨测记录上报时延应不超过1小时。本标准所规定的互联网服务拨测记录应为拨测点数据采集的最小集合,应由两部分组成:6
YD/T2712-2014
●基本拨测记录:应记录业务无关的的基本信息,包括:拨测点编号、拨测点名称、拨测任务序列编号、拨测任务启动时间戳、拨测任务终止时间戳、拨测任务执行事件号、服务小区信息(依照拨测接入方式选填)、WIFI接入点信息(依照拨测接入方式选填)、GPS信息(依照拨测接入方式选填)。●业务拨测记录:应记录指定业务进行拨测的关键流程以及结果。以下将分别指定WWW服务、FTP服务、SMTP/POP3服务的业务拨测记录要求。9.2WWW服务拨测记录要求
9.2.1DNS测试记录
WWW服务的DNS测试记录要求如表2所示。表2wW—
DNS测试记录
英文名称
WebDomainInfo
DNSReqTime
DNSResRepTim
DNSResIPInfd
中文名称
Web服务器域名地址
DNS请求时间
DNS解析回复时间
DNS解析IP信息
9.2.2连接请求测试记录
string
datetime
datetime
string
WWW服务的连接请求测试记录要求如表3所示。位
Web服务器域名地址
拨测点向Web服务器域名发起DNS请求指令的时间dateime类型的记录格式为(下同):yyyy-mm-ddhh.mm:ss.nnn
DNS服务器向拨测点返回Web服务器实际网络IP的时间
标记Web服务器实际网络IP地址
表3WWW—
DNS测试记录
英文名称
FirstHandshakeTime
SecondHandshakeTime
ThirdHandshakeTime
中文名称
第一次握手时间
第二次握手时间
第三次握手时间
9.2.3页面下载测试记录
WWW服务的页面下载测试记录要求如表4所示。表4wwW
英文名称
PageDldStartTime
PageDIdFinishTime
PageSize
中文名称
页面下载开始时间
页面传输完毕时间
页面大小
9.3FTP服务拨测记录要求
9.3.1DNS测试记录
FTP服务的DNS测试记录要求如表5所示。类型
datetime
datetime
datetime
页面下载测试记录
datetime
datetime
即发送方SYN的传输时间
即服务器接收SYN后发送
SYN-ACK消息时间
即发送方接收SYN-ACK后,发送
ACK的传输时间
发送方发送GET请求时间
在GET请求后,拨测点向Web服务器第一次发出FIN-ACK消息的时间
下载的网站页面大小,包含各种图片、网页资源大小
YD/T2712-2014
英文名称
FTPServAdd
DNSReqTime
DNSResRepTime
DNSResIPInfo
中文名称
表5FTP-
FTP域名服务器地址
DNS请求时间
DNS解析回复时间
DNS解析IP信息
9.3.2连接请求测试记录
FTP服务的连接请求测试记录要求如表6所示。表6FTP-
英文名称
FirstHandshakeTime
SecondHandshakeTime
ThirdHandshakeTime
中文名称
第一次握手时间
第二次握手时间
第三次握手时间
9.3.3FTP下载测试记录
FTP服务的下载测试记录要求如表7所示。DNS测试记录
string
datetime
datetime
string
连接请求测试记录
datetime
datetime
datetime
表7FTP-下载测试记录
英文名称
FTPStartLogTime
FTPFinishLogTime
FTPStartTransTime
FTPFinishTransTime
FileSize
中文名称
FTP开始登陆时间
FTP完成登陆时间
FTP开始传输时间
FTP完成传输时间
下载文件大小
9.4SMTP/POP3业务拨测记录要求9.4.1DNS测试记录
datetime
datetime
datetime
datetime
SMTP/POP3服务的DNS测试记录要求如表8所示。表8SMTP/POP3
英文名称
EmailServAdd
DNSReqTime
DNSResRepTime
DNSResIPInfo
中文名称
邮件服务器域名地址
DNS请求时间
DNS解析回复时间
DNS解析IP信息
DNS测试记录
string
datetime
datetime
string
FTP域名服务器地址
拨测点向FTP域名服务器发起
DNS请求指令的时间
DNS服务器向拨测点返回FTP域
名服务器实际网络IP的时间
标记FTP域名服务器实际网络IP
即发送方SYN的传输时间
即服务器接收SYN后发送
SYN-ACK消息时间
即发送方接收SYN-ACK后,发送
ACK的传输时间
以用户发出FTPUSER为准
以用户发出FTPPASS,FTP服务
器返回校验正常Response为准
以用户发出FTPRETR为准
以用户发出FTPRETR后,FTP服
务器发出第一个FIN消息为准
下载的目标文件的大小
邮件服务器域名地址
拨测点向域名服务器发起DNS请
求指令的时间
DNS服务器向拨测点返回邮件服
务器实际网络IP的时间
标记邮件服务器实际网络IP地址
小提示:此标准内容仅展示完整标准里的部分截取内容,若需要完整标准请到上方自行免费下载完整标准文档。