本文翻译自ITU-T的Technical Paper:《How to increase QoS/QoE of IP-based platform(s) to regionally agreed standards》(2013/3/1)。这是其第六章的一部分,给出了QoS测量方面的综述。PS:在此感谢一位师弟的翻译。

针对 QoS测量的考虑 [b-ITU-T E.800-Sup.8]

通常来说,QoS的测量方法应该至少可以估计指定测量点之间传输的数据包的QoS指标。而且QoS的测量应该是按需发生的或持续性进行的。

我们需要知道,像IP和下一代网络(NGN)这样的无连接服务,具有在每个方向上以数据包/字节的形式提供用户有效载荷的特性。在这种情况下,传出和传入的通信路由可能会有所不同,因此所有QoS属性的目标和测量实际上单向地体现了服务的连接特性。那么测量也应该是单向的。而这引出了一些实际性的挑战(例如时钟同步),所以可能会发生出现双向测量的场合(以及通过双向测量估计得到的单向指标),如果出现这样的情况应该得到注意和报告。

测量用的探测数据包的传输路径应该尽量和有着相同QoS类别以及机制的客户数据包相同,这意味着探测数据包的值应该被合适地设置以供测量QoS类别。

测量方法应该不要求供应商提供测量点的接入权限或交换测量数据。但是,协议应该支持测量点的接入或测量数据在同意的供应商与授权的请求者之间交换。它应该能够支持PE-PE:(供应商边缘路由器)或CE-CE(客户边缘路由器)的测量,即使PE或CE属于不同供应商的网络。测量方法应该指明测量中的错误应该如何处理以及任何统计数据的结果是如何处理的。最后,测量方法和协议必须提供限制和监测篡改或变更QoS指标评定值的尝试。

端到端客户之间路径上的QoS的测量应该成为SLA的监测与故障诊断部分的重要内容。

端到端的QoS测量可能会涉及到多个不同的供应商,因而要求确定供应商之间的测量方法。所以在多供应商网络之间进行的测量结果应该通过比较和综合来得到有价值而且准确的端到端测量结果。为了方便达到这一点,有些关于多供应商环境下的通用测量方法的协议将会简化服务监测和故障诊断的任务。ITU-T在Y.1543建议[13]以及E.800系列建议的补充8 [b-ITU-T E.800-Sup.8]中介绍了多供应商环境下QoS测量的目标、注意事项、方法和协议。

A provider may also designate an MPoP (Measurement Point of Presence) as a location that has specific capabilities for measurement.

一个供应商也可以指定一个MPoP(存在的测量点)作为拥有特定测量功能的位置。在这些情况下,服务供应商应该就他们输入到彼此网络中的测试流量的体积达成协议。服务供应商应该发布足够的有关于测量设备位置的信息,这些位置可以帮助客户和/或其他的服务供应商做出合理的选择来决定要将他们的测试流量引向何方。合作的供应商之间还应该就他们支持的时钟精确度达成共识。为了支持故障的诊断和服务一致性的追踪,每个供应商都应该在一个商定的时间段内保留QoS测量数据。

End user aspects of QoS including QoE should be a set of QoS and performance measurements as shown in Figure 11.

如图11所示,终端用户方面的QoS,包括QoE,应该是一组QoS和性能测量[2]。因此,测量工作会在测量网络模型的每个段之间进行,也可以组合形成多区段网络、站点到站点、边对边或终端到终端的指标。这些指标的一个子集将被用于报告所提供服务的相关信息。

图 11 – 客户感知的QoS

QoS 测量的目标

提高QoS有助于提升网络预期服务水平的信心程度。更强的信心程度将带来新的应用、服务和收入来源。达成这一目标的方法之一是进行持续的QoS和性能测量。因此QoS测量的目标是为客户、潜在客户和服务供应商提供信息,这包括[13]:

对客户和潜在客户而言:

 *向客户报告所交付的服务;

 *向潜在客户报告以支持有关于服务特色的营销。

对服务供应商和第三方交付担保实体而言:

 *进行报告以设计服务产品;

 *进行报告以排除故障;

 *提供市场营销所需的数据;

 *进行报告以开拓业务和筹备容量。

因此QoS测量系统和统计数据应有如下特点:

 *定义明确,且易于SP和客户理解;

 *与客户的应用有关;

 *有助于服务供应商诊断问题和预测容量需求;

 *具备独立可重复性(多供应商在同一时间段内进行的测量可以得到一致的结果)

 *可被客户独立核查(客户的测量应该和SP的估计相接近);

 *可被广泛应用 (可用于多种流量类型、链接大小,与负载无关,可用于任何IP网络);

 *对距离和路径具有适当的敏感度;

 *不会显著影响其他的数据的转发;

 *有足够的可扩展性来支持足够多(例如,上百万的)的客户站点;

 *具有足够的可靠性和准确性,以支持具有经济处罚条款的SLA的执行。

QoS 测量方法

如果可能的话,测量方法应尽量在供应商之间保持一致(但是这可能并不现实)。QoS的测量方法有两种:被动测量(用测试数据包)和主动测量[22]。但是需要指出,在一个特定的性能测量工具中可能会用到这些技术的任意组合。

被动测量;

作为一种通用的方法,在被动测量方法中由管理系统发出测试数据包,而诸如延时、抖动以及丢包率这样的性能指标就会随测试包的传输而得到测量结果。这些测量结果可作为真实流量性能的代理。这一方法也常常用于排除故障。虽然这是一个非常简单的技术,但是在解释结果时也需要多加注意。我们不希望在高峰时段发送测试数据包,因为这样会给网络增加不必要的管理流量负载。另一方面,除非是在高峰使用时段进行测量,否则测量结果不会真正反映用户在最重要时间的体验质量。

主动测量;

在这一方法中,测试探针以软件代理或网络设备的形式部署在网络元件和用户设备(对于软件代理的情况)上。基于这些测试探针获得的结果在任何时候都能提供设备的准确状态。此外,对于软件代理的情况,因为测量结果是直接从用户设备处获得的,所以可以真正反映用户体验。这一测量方法的主要缺点在于它不适用于大型网络。尽管这一方法非常适用于故障隔离和根本原因分析,但是它不能用于监控有数以百万计的用户设备和网络元件的大型网络。

测试探针的源和汇可以是专门用于测量任务的专用测量设备、路由器,也可以是既能支持数据流量又能支持测量探针的路由器。测量结果可以表示为在两个测量点之间的点对点的测量结果,也可以表示为在多个测量点之间的得到的测量结果矩阵。它还可以表示为平均测量结果或由多个不同的点对点测量结果计算得到的统计数据。为了实现在多供应商网络之中进行QoS测量,可以用到下面的方法:

 *各供应商就使用同一测量协议达成共识,并且测试探针应可供其他供应商使用,从而使得测量可以在端到端的路径上进行;

 *每个供应商网络使用它们自己的方法和探针设备搜集测量结果,将这些结果综合后来估计端到端的性能。需要注意的是这需要互联服务供应商之间的合作,合作内容包括测量多供应商环境下的链接的QoS参数所用的协议以及探测点的可用性。

QoS 测量协议

许多标准组织开发了多种多样的测量协议,特别是被许多供应商和终端用户所使用的供应商专有测量协议,它包含在IETF(互联网工程任务组)的QoS测量方法之中。基于ICMP(互联网控制报文协议)的PING测量方法用于测量TWPD(双向数据包延时)和TWPL(双向数据包丢失),而瞬时双向连接在历史上曾被许多供应商用于监测网络传输面向QoS的SLA。

IPPM(IP性能指标)的OWAMP(单向主动测量协议)[IETF RFC 4656](或兼容它的协议)应该被用于单向测量,如果用的是双向测量,那么TWAMP(双向主动测量协议)可以作为替代方法。(需要指出,所有的测量都应该是单向的,但如果可以区别表示的话也可以是双向的)

基于ICMP的PING测量方法并不被推荐为测量客户IP路径性能的可靠协议。IP网络元件以非常不同的方式对待ICMP消息,尤其是在更高的网络流量情况下。其他的下层OAM协议,比如以太网OAM(其性能参数在[ITU-T Y.1731]中确定)可能适用于在以太网维护实体存在于或靠近于代表性的IP网段测量点的情况下降低IP延时和丢包性能。需要注意的是,要确保以太网OAM的测量结果可以切实反映相同路径上的IP客户流量体验。使用以太网OAM可能是实现跨以太网接入段的有效协议,否则为达到足够大的样本路径而部署的专用IP测量探针就会显得不经济。

ITU-T Technical Paper: QoS 测量 (目标,方法,协议)的更多相关文章

  1. ITU-T Technical Paper: 测量QoS的基本网络模型

    本文翻译自ITU-T的Technical Paper:<How to increase QoS/QoE of IP-based platform(s) to regionally agreed ...

  2. QoS 测量 (目标,方法,协议)

    本文翻译自ITU-T的Technical Paper:<How to increase QoS/QoE of IP-based platform(s) to regionally agreed ...

  3. ITU-T Technical Paper: IP网络测量模型

    本文翻译自ITU-T的Technical Paper:<How to increase QoS/QoE of IP-based platform(s) to regionally agreed ...

  4. ITU-T Technical Paper: QoS的构建模块与机制

    本文翻译自ITU-T的Technical Paper:<How to increase QoS/QoE of IP-based platform(s) to regionally agreed ...

  5. ITU-T Technical Paper: NP, QoS 和 QoE的框架以及它们的区别

    本文翻译自ITU-T的Technical Paper:<How to increase QoS/QoE of IP-based platform(s) to regionally agreed ...

  6. ITU-T Technical Paper: QoS 的参数(非常的全,共计88个)

    本文翻译自ITU-T的Technical Paper:<How to increase QoS/QoE of IP-based platform(s) to regionally agreed ...

  7. ITU-T Technical Paper: IP服务性能模型

    本文翻译自ITU-T的Technical Paper:<How to increase QoS/QoE of IP-based platform(s) to regionally agreed ...

  8. Spring Aop 修改目标方法参数和返回值

    一.新建注解 @Target({ElementType.METHOD, ElementType.TYPE}) @Retention(RetentionPolicy.RUNTIME) @Document ...

  9. AOP实现拦截对象以及获取切入目标方法和注解

    AOP实现拦截对象以及获取切入目标方法和注解 一.JoinPoint是什么? AspectJ使用org.aspectj.lang.JoinPoint接口表示目标类连接点对象,如果是环绕增强时,使用 o ...

随机推荐

  1. Swift中的"可溢出"算术运算符

    大家知道Swift中拥有和C,Objc类似的算术运算符,它们分别是: + - * / % 但是你可能不知道这些Swift中的运算符和C,Objc语言中的有一个很大的不同之处,就是它们不可以被" ...

  2. iOS学习笔记--Quartz2D

    Quartz 2D是一个二维绘图引擎,同时支持iOS和Mac系统. Quartz 2D能完成的工作: 1. 绘制图形 : 线条\三角形\矩形\圆\弧等 2. 绘制文字 3. 绘制\生成图片(图像) 4 ...

  3. 联想G510 在新的SSD上安装Win8.1系统,启动的时候自己加载机械硬盘的Win8.1系统

    进入BIOS,选择Boot,将Boot Priority(优先),修改为Legacy(传统) First: 启动的时候就不会使用UEFI First的windows Boot Manager(wind ...

  4. ROS(indigo)RRT路径规划

    源码地址:https://github.com/nalin1096/path_planning 路径规划 使用ROS实现了基于RRT路径规划算法. 发行版 - indigo 算法在有一个障碍的环境找到 ...

  5. Hadoop学习笔记1:伪分布式环境搭建

    在搭建Hadoop环境之前,请先阅读如下博文,把搭建Hadoop环境之前的准备工作做好,博文如下: 1.CentOS 6.7下安装JDK , 地址: http://blog.csdn.net/yule ...

  6. Linux系统调用的实现机制分析

    API/POSIX/C库的关系        系统调用的实现 3.1    系统调用处理程序 添加新系统调用 给Linux添加一个新的系统调用是件相对容易的工作.怎样设计和实现一个系统调用是难题所在, ...

  7. 学习TensorFlow,concat连接两个(或多个)通道

    深度学习中,我们经常要使用的技术之一,连接连个通道作为下一个网络层的输入,那么在tensorflow怎么来实现呢? 我查看了tensorflow的API,找到了这个函数: tf.concat(conc ...

  8. RecyclerView下拉刷新上拉加载(一)

    listview下拉刷新上拉加载扩展(一) http://blog.csdn.net/baiyuliang2013/article/details/50252561 listview下拉刷新上拉加载扩 ...

  9. Activity与Fragment的生命周期详解

    在安卓中Activity与Fragment是非常相似的两个类,它们各自都拥有自己的生命周期,且都可以用来显示布局文件中的视图.其中Activity是通过setContenView()显示视图,而Fra ...

  10. 安卓ListView的性能优化

    在安卓APP中LIstView这个控件可以说基本上是个APP就会用到,但是关于ListView除了需要了解其最基本的用法外,作为一个要做出高性能APP的程序员还需了解一些关于LIstView控件性能优 ...