精华内容
下载资源
问答
  • 链路质量
    2022-06-06 16:57:39

                                                

     

    目录

    基础配置

    配置路由

    开启健康检查、创建健康检查

    更多相关内容
  • 在分析现有链路质量预测模型的基础上,提出基于深度信念网络的无线传感器网络链路质量预测模型。采用支持向量分类机对链路质量进行评估,获得链路质量等级;采用深度信念网络提取链路质量特征,并采用softmax预测下...
  • 短距离低功耗的无线传感器网络的链路往往采用理想的通断模型,未考虑实际的链路质量问题。真实的无线传输区域中存在连接区,过渡区和非连接区。针对实际的工程环境,提出了一种应用于目标跟踪的基于链路质量的动态...
  • 链路质量的预测对无线传感器网络上层协议设计尤为重要,它为上层协议选择稳定,高质量的数据传输链路提供了充分的判断依据,然而RSSI、LQI等链路质量量度却存在着不同方面的不足。针对这个问题,在RSSI、LQI、RNP、...
  • 链路质量预测对无线传感器网络的上层协议设计至关重要,通过链路质量预测方法选择高质量的链路通信,可以提高数据传输的可靠性和网络通信的效率。基于无监督聚类的高斯混合模型划分链路质量等级,采用零相位分量分析...
  • 一种新的无线传感器网络链路质量预测算法
  • 无线传感器网络中的链路质量感知代码分发
  • 评估数字通信链路质量的方法--眼图测试,评估数字通信链路质量的有效方法之一是眼图,眼图给出了每一位(第N位,介于N-1位随机数和N+1位随机
  • 链接: https://pan.baidu.com/s/1zFCxVv2L2-v9kmplhPr7hQ 提取码: em63 --测试高薪必学-大厂全链路质量保障体系落地实战百度云网盘分享【百度网盘】
  • 针对现有无线传感器网络(WSNs)生命最大化算法能耗较高,迭代次数较多且多基于理想链路等问题,提出了高效的链路质量感知的分布式算法,将链路质量纳入节点负载的计算。对于待转换节点如何选择新父节点,提出了两种...
  • S3 LQA:基于符号错误和接收信号强度的WSN链路质量评估指标
  • 在无线传感器网络中,节点所在环境复杂多变导致其通信链路质量的不可靠,若能提前感知链路质量信息,则能很大程度上降低网络中节点的额外能量消耗。在分析现有链路质量预测方法的基础上,提出基于AdaBoost的链路质量...
  • 基于链路质量给出了路径满足实时性概率的上界,并证明了计算其上界的时间复杂度为指数级。另外在考虑链路质量的基础上,提出了一种在给定的延迟阈值下最大化端到端数据分组发送成功概率的贪心算法(RROP)。根据给定的...
  • 基于链路质量的路由选择机制可有效感知当前链路的变化,且对无线传感器网络的可靠通信起着重要作用,基于此,提出基于高斯过程回归的链路质量预测模型。通过灰关联方法计算链路质量参数与分组接收率的关联度,选取...
  • 为了提高无线传感器网络中的资源使用效率,提出了一种新颖的算法,即基于节点之间的链路质量将任务分配给一对协同工作的传感器节点。具体来说,算法基于两个相邻节点之间的链接质量来获得这两个节点组成的节点对的...
  • 主要针对无线链路质量测量的方法进行整理及对比,通过对无线链路质量指标的测量分析来评估质量的好坏。通过对美国某实验室针对roofnet无线网络链路质量测量统计出的数据进行分析,提取表征链路质量的参数信息,运用...
  • 一种使用链路质量信息的低延时无线传感器网络路由协议,魏志华,危文金,提出一种新的用于无线传感器网络的低延时路由协议,采用基于数据传输延时作为最小传输代价的路由算法。使用链路质量信息建立了全
  • 该算法通过建立包含链路质量和能量两方面内容的链路权值函数来构建链路可靠性强、能量利用率高的网络拓扑结构. 研究结果表明, 所构建的拓扑具有平均节点度低和链路性能好等优越特性. 仿真结果表明, 与现有拓扑控制...
  • 已经详细研究了无线传感器网络中的链路质量监视。 WSN提供了许多有关WSN链路质量的度量研究人员。 相对于链路质量监控的综合研究, 很少有关于链路质量聚合和表示的研究。 整个网络的链接情况。 本文提出了三个层次...
  • 链路质量的评估在设计无线传感器网络中的高层协议中起着至关重要的作用。 当数据在质量较差的链路上传输时,发生高丢包率,从而导致数据重传和能量浪费。 基于上述问题,我们提出了链路权重模型,以解决链路质量差和...
  • 融云首席架构师李淼、视频算法专家黄震坤、流媒体架构师许杰,分别带来了《全球低延迟通信网络的设计与优化》、《AI 算法在视频可分级编码中的应用》、《实时通信全链路质量追踪与指标体系构建》的主题分享。...

    【关注 融云全球互联网通信云】10 月 21 日,在上海举办的 QCon 全球软件开发者大会上,融云联合创始人兼 CTO 杨攀作为出品人发起的技术专场「实时通信技术」,受到开发者的欢迎与关注。

    融云首席架构师李淼、视频算法专家黄震坤、流媒体架构师许杰,分别带来了《全球低延迟通信网络的设计与优化》、《AI 算法在视频可分级编码中的应用》、《实时通信全链路质量追踪与指标体系构建》的主题分享。

    在这里插入图片描述

    (图1 从左至右依次为:黄震坤、杨攀、李淼、许杰)

    有人“偷录”了现场音频给我们,于是我们决定,将各位老师的分享完整地整理放送图片!今天分享许杰老师的演讲议题 —— 实时通信全链路质量追踪与指标体系构建。5000 字吐血整理,小编已“阵亡”,且看且珍惜……

    内容主要包括五大部分:实时音视频平台面临的质量挑战、融云实时音视频质量控制总体架构、客户端实时音视频质量检测、SDN 大网的组建与质量跟踪、链路问题的跟踪与查询。

    获取讲师完整 PPT,请在【融云全球互联网通信云】公众号后台回复“许杰”。

    在这里插入图片描述

    (图2 许杰在 QCon 现场做主题演讲)

    实时音视频平台面临的质量挑战

    实时音视频平台面临的挑战,可以概括为三个“多样化”:

    第一,终端多样化。包括 OS 版本特性、硬编码差异、APP SDK 版本多等问题。

    众所周知,iOS 和 Android 是比较新生的系统,处于快速迭代期。在迭代过程中,不论新老特性,包括厂商兼容性等问题都比较突出,这也给我们 ToB 平台带来很大挑战。不同于 PC 端升级有后台驻留引擎的帮助,移动端情况非常困难,很多 APP 还是几年前的版本。

    而所谓“硬编码”—— 在移动互联网时代,硬件编解码得到了广泛应用。很多网红直播是在户外,如果用纯软件编解码,很快电量就会耗光。这也是为什么尽管其他编码器也陆续发布,但最普及的却仍是 H.264,与硬件有很大的关系。

    第二,全球网络多样化。涉及到网络种类差异、跨国出口、国外基础设施差异、专线建设限制等。其中前两项大家会感触很深,而在融云赋能大量企业出海的过程中,也非常深刻地体会到,海外基础设施建设与中国差异之大。

    第三,用户场景多样化,比如 1V1、教育、金融、会议、低延时直播、语聊房等。举一个简单的例子,假如某 APP 直播时平均观看时长为 10 分钟,但在某一时段突然跌至 5 分钟,我们就可以排查 —— 这种数值波动是不是由质量引起的,比如画面质量下降,或者是卡顿严重导致用户无法耐心观看、不得不频繁切换直播间?由此通过 QoE 监测,侧面反推质量。

    融云实时音视频质量控制总体架构

    上面提及的种种需求侧的“挑战”,切换到解决问题的角度,还是要转化成技术思维。质量架构需要解决哪些问题?

    第一是算法优化,包括编解码优化、弱网网络优化等。从实验室环境切入,看我们的研发质量究竟符不符合生产环境要求,生产环境泛化能力如何,先小规模地推到生产环境的网络上,如果发生问题,再进行召回。

    第二是 SDN。SDN 建设就是如何评估服务器选点以后的覆盖能力,尤其在海外很多国家,像东南亚地区,其人员分布较广,基站、机房的覆盖能力同样需要严格审核。再有,如何评估当前的专线质量、全球链路质量,以及容灾恢复情况等,都需要及时进行监控。

    第三是客户体验 —— 客户把信任交给我们,如何为客户提供可靠的实时全局状态监控?数据报表汇总一旦发现问题,又是如何查询链路细节信息、快速定位到问题所在?这些都是需要着力解决的问题。

    带着上述问题,来看一下融云实时音视频质量控制系统的总体架构图(图3)。

    在这里插入图片描述

    (图3 融云 RTC 质量体系总体架构)

    最底层是研发管理,包括用例管理、自动验证、链路跟踪、数据大屏、预警等。

    中间层是融云全球“大网”SDN 的建设过程,其中比如日志系统 —— 从全球十几个大的节点把日志拉回来进行实时分析;路由管理,实际上就是整个系统的“大脑”,包括路径如何规划、容灾怎么做等等。

    最上方是客户平台,我们有报表、数据大屏和链路信息自查系统。

    客户端实时音视频质量检测

    客户端 RTC 质量检测是本次分享的重点。

    在这里插入图片描述

    (图4 RTC 音视频处理流程&质量因素)

    如图 4 所示,数据从发送端经过采集、前处理、编码、发送,接收上来数据以后进行解码、后处理、渲染,这就是 RTC 典型的一个数据处理过程。

    显而易见,这个过程呈线性排布,由此带来的麻烦是,一旦某一环节出现差错,后续所有环节质量都会受到影响,就像一根“水管”,任何一个地方堵了,都会导致水流不畅通。

    逐一来看:

    采集端可能有硬件问题、焦点问题、噪点问题等隐患。硬件问题比如设备本身的解析度;焦点问题大家时常忽略,实际软件的自动对焦也会有失灵的情况,了解单反相机的人都知道,使用长焦镜头时焦平面非常短,稍微有一点问题都会导致画面不清楚;噪点问题是指,电子元器件在低感光度时都会有噪点,而这种“随机的小白点”对于整体质量的影响非常大。

    有了噪点以后就需要前处理,即编码前的处理过程,包括美颜、下采样、去噪等。目前主要采用“单帧去噪”,效果尚可,缺点是在视频连续帧里面不会参考前后帧,导致帧与帧平均值不同,最后残差较大。

    到编码阶段,转换、变换、量化也是画面降低最大的因素,因为它受制于网络的传输。众所周知,RTC 重点就是优化网络,尽量增大可用带宽,增强丢包、抖动的适应力,给编码创造比较好的条件。

    解码是编码的反向过程,依然会遇到转换、变换的问题。而所谓“滤波”,指的是,我们现在使用的编码器基本是混合编码器,使用“块”进行运算,带来的问题是,一张图像中块与块之间的“平均值”误差也很明显,所以会使用滤波滤掉这种“块效应”。

    后处理,除了前面讲到的视频采样,音频方面的主要问题是数据丢包,为了弥补丢包后的听觉效果,会增加变速不变调的特性,甚至是舒适噪声。

    渲染主要是硬件方面,比如显示速度不够,导致解码等都没有问题、最后帧率却不太均匀的情况。

    针对以上问题,业内有一些常用的评估指标,以两大类为主:主观指标和客观指标。

    在这里插入图片描述

    (图5 常用评估指标)

    主观指标中最具代表性的是 MOS。其优点是以人为本;缺点是成本太高了,并且不能精确复现,评判会随着测试人员的情绪而变化。

    所以研发人员希望有一些用机器代替人工的操作,比较典型的就是两类:全参考和无参考。

    无参考比如模糊度、块效应等,其优点是只需要接收方一方的数据;缺点是判断力会偏弱,不能够定位到系统内外问题,比如最后结果图效果不好,无法判断是源本身不好,还是在处理过程中引进了问题。

    而全参考比如 PSNR、VMAF 等,具有技术上好操作的优点,可以频繁重复,并且能够精准复现,便于快速定位问题;缺点则是需要双方数据,必须严格比对原图和目标图。在这一点上,我们 RTC 模型的好处是,能够容忍网络丢包的问题。

    比如发送端发了十张图片,接收端只收到八张,无法满足全参考的一一对应,也不知道丢的是哪两张,如何解决?

    在这里插入图片描述

    (图6 视频对齐方案)

    如图 6,我们参考英特尔的方案,在拿到一张原始图时,会在图片左上角加一个视频编号,将这个编号处理完的图作为原始图传至 RTC,接收端经过解码,通过深度学习的文字识别,将编号提取出来,这样两边就能对应起来。

    以上是视频的对齐方式,音频又是如何?音频对齐主要是利用一个“物理现象”:人类在语音聊天时主要集中在 4K 频率以下,于是可以以 4K 作为标准线。

    在这里插入图片描述

    (图7 音频对齐方案)

    如图 7 为我们的音频对齐方案:拿到音频信号以后,先经过时域转频域,进行频域的低通,只保留 4K 以下的人声,4K 以上的则作为打入特征码,把原始信息留存,以备后续与目标对比。编完码以后再转成时域给 RTC ,RTC 进行时域转频域,进而经过提取就能取得音频编号,最后通过低通滤波,再转成原始的声音。

    除了视频及音频对齐方案,另外一个比较重要的方案是时钟对齐。

    1V1 通话中,500 毫秒延时就会影响交互体验。我们在使用实时通信产品时都遇到过这样的情况:一个人想在对方两句话之间的气口接话,结果因为延迟过大(超过 500毫秒),对方并没有接收到信号,因而没有停下来,最终两个人就会互相进退推让,造成整个交互过程的零乱。这也是我们需要测量延迟性能的主要原因。

    另外,在进行自动化验证时,往往使用多端设备,不同设备的时钟之间其实差异较大,多达几秒之高,这与我们所希望的毫秒误差有很大差距,所以必须先将多端同步,把误差控制在 100 毫秒之内。实际上,我们的实验室环境误差甚至能控制在几十毫秒。

    在这里插入图片描述

    (图8 时钟对齐方案)

    如图 8 为时钟对齐方案。每个客户端在进行测试之前,都需要先将自己的时间戳发到统一的时间服务器,由时间服务器把客户端 A 的时间戳带上服务器的时间戳返回来,客户端收到返回包时会取到一个自己的时间戳 B。

    修正时间=服务器时间戳+ (客户端时间戳 B - 客户端时间戳 A)/2。也就是说,我们所有的客户端都和时间服务器对齐,即便时间服务器有误差也没关系。

    综上我们拿到了视频、音频、时钟三方面的对齐,尔后便可以完成全参考模型的对比工作。

    在这里插入图片描述

    (图9 分析方式)

    如图 9 左侧为发送端,需要记录帧号、时间戳、图像二进制信息。接收端也类似。这里我们模拟一个丢包情况(3、4 号丢包),有了这两张表以后通过质量分析,就能够发现丢帧、帧率&流畅度变化、全参考图像质量、延迟、抖动等各种异常情况。

    对前面讲的全参考模型做一个总结。

    在这里插入图片描述

    (图 10 音视频端侧特征处理)

    如图 10,虚线上下方分别是视频和音频处理过程。在送入 WebRTC 之前,要进行原始视频和时间戳日志的记录,接收端编码识别之后,也需要将目标视频和时间戳日志记录下来。音频也类似。另外,还会记录 WebRTC 本身的一些状态,便于比对最终结果进行快速定位,初步判断问题所在。

    如图 11 是我们自动化测试的总框架。

    在这里插入图片描述

    (图11 自动化总框架)

    最左侧为验证管理服务器作为“总控”,拿到一个测试时,先是模拟网络环境,自动化配置弱网仪、服务器和端,然后进行真正的实测,产生我们前面提到的所有文件,最后完成汇总分析,进入数据库。

    如图 12,自动化验证的流程为:研发人员更改编码、网络等特性后进行新版本提交,先是在验证环境中部署版本,获取用例信息、配置弱网仪、执行测试过程、分析结果。如果发现其他用例,会不断循环执行,最后生成报告。

    在这里插入图片描述

    (图12 自动化验证流程)

    从触发条件来说,无论是优化弱网算法、音视频算法,还是流程优化和 OS 特性跟进,不管修改了什么,原则上都要进行所有东西的验证,包括网络环境、向后兼容性、特殊机型覆盖、历史覆盖、精准测量等。

    SDN 大网的组建与质量跟踪

    SDN 大网建设的主要目标有两个:

    一个是实时组建,从功能拆分来主要就是节点状态的收集、路径规划和线路优化,具体指标有:节点间多线路 QoS、节点度数 & 介数、节点负载压力、可达路径数等。

    另一个是快速自愈。网络建立起来后,在日常运营中可能会出现节点损坏、专线临时跑不通等情况,需要进行容灾处理。容灾处理首先要有错误收集反馈机制,以及路径的重规划、关键线路的均衡,有问题还需要不断优化。

    节点间主要链接方式有公网、云内专线、专线、SD-WAN 四种。

    在这里插入图片描述

    (图13 节点间链接方式与质量特点)

    公网成本低,但是稳定性比较差;云内专线成本比其他专线低一些,部署非常方便,但是无法在云服务商中打通,跟 SD-WAN 比起来修复时间会长一些;专线就比如上海到新加坡之间跨国链路质量不好,直接拉一条专线,缺点是有些点运营商覆盖不到;SD-WAN 也就是软件定义的网络,链接能力强,成本稍贵,可以自动修复。

    在实际应用中,几种链接方式会同时使用。一旦有某条路径出现问题,就能做到及时切换。

    在级联链路选取上,我们主要平衡三个因素:质量+场景+成本。比如 1v1 通话要求延时低一些,而直播对延迟放宽、但对带宽的总量要求更高,最后会结合成本综合考虑。

    在这里插入图片描述

    (图14 实时质量信息收集)

    如图 14,在对节点进行实时质量信息收集时,我们会把一个节点里所有服务数据汇总到节点的一个 Agent,进行初步分析后再到实时状态管理服务器,由它进行多节点之间的同步。这样,全球网络所有节点的负载情况、当前带宽质量等情况都可以知道。

    链路问题的跟踪与查询

    针对布局全球的链路,融云自建了一套监控系统。通过这个平台,我们可以查询用户接入点、接入设备以及使用的融云 SDK 版本号等信息,也可以得到用户在业务过程中订阅流的相关信息,以及通过各种监测点,来对整体音视频服务状态进行监控。

    在这里插入图片描述

    (图15 全球链路监控看板)

    这样,我们可以对服务质量和性能进行实时监控,分析影响客户使用体验的原因,为开发者提供更加详细的位置信息、准确的参数信息、实际的场景情况等,最终方便研发人员快速定位根本问题、准确制定优化方案。

    展开全文
  • 目的提出期望传输计算(ETX)方法,用以解决传统电力系统的监测和诊断系统中链路质量性能较低的问题.方法在不同智能电网环境下根据性能机制对包接收率(PRR)、所需数据包数(RNP)和期望传输计算(ETX)效果进行仿真比较....
  • 针对现有无线传感器网络(WSNs)生命最大化算法能耗较高,迭代次数较多且多基于理想链路等问题,提出了高效的链路质量感知的分布式算法,将链路质量纳入节点负载的计算。对于待转换节点如何选择新父节点,提出了两种...
  • 配置防火墙接口及区域,并应用健康检查:网络—接口—编辑—参数如下图—确定 配置全局选路策略,流量根据链路质量负载分担:网络—路由—智能选路—全局选路策略—配置—参数如下图—确定 配置Local到Untrust区域的...

    在这里插入图片描述

    1.基本IP地址及连通性配置
    (1)内网IP地址配置
    在这里插入图片描述

    (2)配置外网IP地址
    [ISP1-GigabitEthernet0/0/0]ip add 20.1.1.2 24
    [ISP1-GigabitEthernet0/0/1]ip add 40.1.1.2 24
    [ISP2-GigabitEthernet0/0/0]ip add 30.1.1.3 24
    [ISP2-GigabitEthernet0/0/1]ip add 50.1.1.3 24
    [AR3-GigabitEthernet0/0/0]ip add 40.1.1.4 24
    [AR3-GigabitEthernet0/0/1]ip add 50.1.1.4 24
    [AR3-GigabitEthernet0/0/2]ip add 60.1.1.4 24
    在这里插入图片描述

    (3)配置外网连通性
    [ISP1]ospf 1
    [ISP1-ospf-1]area 0
    [ISP1-ospf-1-area-0.0.0.0]network 20.1.1.0 0.0.0.255
    [ISP1-ospf-1-area-0.0.0.0]network 40.1.1.0 0.0.0.255
    [ISP2]ospf 1
    [ISP2-ospf-1-area-0.0.0.0]network 30.1.1.0 0.0.0.255
    [ISP2-ospf-1-area-0.0.0.0]network 50.1.1.0 0.0.0.255
    [AR3]ospf 1
    [AR3-ospf-1]area 0
    [AR3-ospf-1-area-0.0.0.0]network 40.1.1.0 0.0.0.255
    [AR3-ospf-1-area-0.0.0.0]network 50.1.1.0 0.0.0.255
    [AR3-ospf-1-area-0.0.0.0]network 60.1.1.0 0.0.0.255
    2. 开启健康检查功能:对象—健康检查—新建—参数如下图—确定
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    3.配置防火墙接口及区域,并应用健康检查:网络—接口—编辑—参数如下图—确定
    在这里插入图片描述
    在这里插入图片描述
    在这里插入图片描述

    1. 配置全局选路策略,流量根据链路质量负载分担:网络—路由—智能选路—全局选路策略—配置—参数如下图—确定
      在这里插入图片描述
      在这里插入图片描述
      在这里插入图片描述

    2. 配置Local到Untrust区域的安全策略,允许发送健康检查探测报文:策略—安全策略—安全策略—新建安全策略—参数如下图—确定
      在这里插入图片描述

    6.配置nat策略:策略—nat策略—nat策略—新建—参数如下图—确定
    在这里插入图片描述
    在这里插入图片描述

    7.配置内网访问Internet的安全策略:策略—安全策略—安全策略—新建安全策略—参数如下图—确定
    在这里插入图片描述

    8.配置默认静态路由,允许访问Internet:网络—路由—静态路由—新建—参数如下图—确定
    在这里插入图片描述
    在这里插入图片描述

    展开全文
  • 大促流量引擎-会场投放全链路质量保障体系-QECon深圳站2021年全球软件质量&效能大会
  • 数据回归-基于高斯过程回归的链路质量预测方法.pdf
  • 如何快速测试网络链路质量

    千次阅读 2020-07-22 13:43:48
    这时候在您投诉运营商网络之前,需要区分到底是企业内部网络问题还是运营商网络问题,企业内部网络链路性能到底怎么确定呢?这个时候最快速的测试工具是使用网络性能测试仪。 以太网性能测试仪是网络管理和维护人员...

    在我们日常工作、学习、上网过程中经常会遇到网络卡、慢、时断时续的现象,企业的信息中心或是网络中心经常会接到这样的投诉,那这个网络故障到底是由什么原因引起的呢?这是个非常复杂的事情,解决起来也是比较头疼,特别是面对网络慢、时断时续的故障现象。
    这时候在您投诉运营商网络之前,需要区分到底是企业内部网络问题还是运营商网络问题,企业内部网络链路性能到底怎么确定呢?这个时候最快速的测试工具是使用网络性能测试仪。
    以太网性能测试仪是网络管理和维护人员非常需要的一款功能多、体积小、使用方便、价格合理的高性价比和手持式以太网络分析仪,以便迅速解决网络不通、网速慢、丢包、IP地址冲突、恶意攻击等网络常见故障并确保网络通畅。主要用于测试网络的实际带宽,丢包率,时延,抖动等性能指标的测试,以此来判断网络性能的优劣。
    如何快速测试网络链路质量?
    通过测试如果企业内部局域网性能优异,那基本上可以排除企业内部网络问题,可以联系运营商,让运营商检查提供的运营商链路质量。如果测试后企业局域网链路有问题,可以进一步通过排查,运用二分法逐步定位故障。
    以太网性能测试仪主要有如下测试功能:
    误码:测试网络有没有错误,告警,或者网络会不会篡改数据包等
    帧分析:模拟一条线路最多可以配置8个业务,比如8个VLAN的不同业务,看不同的业务之间是否有冲突,导致网络上报告警,误码,篡改数据包等情况发生
    RFC2544:网络分析仪最主要的测试功能,用于测试网络带宽(吞吐量)、时延(以太网数据包发出来到收回来的时间)、丢包率等网络性能指标。
    RFC3393:主要用于验证语音数据包在网络传输中是否会导致语音失真,说话断断续续等。特别适合IPTV, VOIP网络的性能测试。
    Y.1564:网络分析仪最主要的测试功能,用于测试网络带宽(吞吐量)、时延(以太网数据包发出来到收回来的时间)、丢包率、抖动(相邻两个数据包的时延差)等网络性能指标。
    RFC6349:提供了一种可重复的TCP吞吐量分析测试方法,以及用于优化网络和服务器性能的系统化流程、指标和准则。指定了一种用于在托管IP网络中测量端对端TCP吞吐量的实用方法,其目标是为了更好地展现用户体验情况。在RFC6349框架中,还指定了TCP和IP参数来优化TCP吞吐量。
    环回:网络分析仪都是一对配合使用,其中一台做主,主要做误码,帧分析,RFC2544,Y.1564或者RFC6349的功能测试,另一台做从,主要做1层到4层的环回(就是把接收到的数据给转发回去)测试。—明辰智航千兆以太网测试仪

    展开全文
  • 准确而高效的链路质量评估则是保证上层协议性能的基矗针对传统的LQI ( Link Quality Indication)均值评估法所存在的问题,提出了一种LQI窗口均值(window mean-LQI,WM-LQI)评估方法。实验结果表明该评估方法是合理的,...
  • 提出了一种基于通信链路质量的无线HART图路由算法,引入路径稳定度作为判断链路质量的机制。采用基于路径稳定度的分层算法,保证跳数最少和通信可靠性;依据层间节点的路径稳定度选择层间路由,保证层间路由冗余性和...
  • ryu实例---基于链路质量(时延)的最短路径转发

    千次阅读 热门讨论 2021-06-09 10:28:52
    # 所以这里不使用add_flow()方法,而是采用hub的形式,也就是每次转发都会请求控制器进行实时计算链路质量 # 如果执行的动作不是flood,那么此时应该依据流表项进行转发操作,所以需要添加流表到交换机 # if out_...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 61,926
精华内容 24,770
关键字:

链路质量