所选语种没有对应资源,请选择:

本站点使用Cookies,继续浏览表示您同意我们使用Cookies。Cookies和隐私政策>

提示

尊敬的用户,您的IE浏览器版本过低,为获取更好的浏览体验,请升级您的IE浏览器。

升级

S9300, S9300E, S9300X V200R010C00 配置指南-网络管理与监控

本文档介绍了设备支持的网络管理与监控相关配置。主要内容包括:SNMP配置、RMON和RMON2配置、LLDP配置、性能管理、iPCA配置、NQA配置、业务诊断配置、镜像配置、报文捕获配置、分流配置、NetStream配置、sFlow配置、TWAMP Light配置。
评分并提供意见反馈 :
华为采用机器翻译与人工审校相结合的方式将此文档翻译成不同语言,希望能帮助您更容易理解此文档的内容。 请注意:即使是最好的机器翻译,其准确度也不及专业翻译人员的水平。 华为对于翻译的准确性不承担任何责任,并建议您参考英文文档(已提供链接)。
原理描述

原理描述

介绍TWAMP和TWAMP Light的通信模型及TWAMP Light的工作原理。

TWAMP通信模型

图13-1  TWAMP通信模型
图1所示,TWAMP采用“客户端-服务器”通信模式,定义了四个逻辑角色Client、Sender、Server和Reflector,其各自功能如下:
  • Controller:
    • Client:负责建立、启动和停止TWAMP会话,并收集统计结果。
    • Sender:由Client调度,主动向外发送用于性能统计的探帧。
  • Responder:
    • Server:负责响应Client发起的建立、启动和停止TWAMP会话的请求。
    • Reflector:由Server调度,应答Sender发送过来的探帧。

TWAMP-control报文在Client和Server之间交互,用于建立TWAMP会话。TWAMP-test报文在Sender和Reflector之间交互,用于性能统计。

TWAMP Light通信模型

图13-2  TWAMP Light通信模型
图13-2所示,TWAMP Light将反射端Responder的控制层(即Server)移到发送端Controller,Controller端集合了TWAMP标准架构中的Client、Server和Sender角色,Responder端仅包含Reflector角色。Controller和Responder功能如下:
  • Controller端:负责测量会话报文的发送接收、性能数据采集和计算并将结果上送给网管设备。
  • Responder端:负责测量会话报文的反射。

计算原理

TWAMP Light定义了两个方向的TWAMP-Test报文,作为性能测量的探帧。Controller发送Test-request报文给Responder,Responder收到该报文后,发送Test-response报文给Controller,从而完成时延、抖动和丢包率的测量。

  • Test-request报文:Controller发送给Responder的报文。
  • Test-response报文:Responder反射给Controller的报文。

时延

Controller在发送探帧时携带发送时间戳T0,Responder在应答探帧时携带接收时间戳T1和应答时间戳T2,Controller在收到应答探帧时记录接收时间戳T3,最终单个周期的时延数据通过四个时间戳来计算。

时延=T3-T0-(T2-T1)

抖动

为相邻两个报文时延差的绝对值。例如,本次报文时延值为S0,上一个报文时延为S1。

抖动=| S0-S1 |

丢包率

在单个采样周期内,Controller在发送Test-request报文时会携带发送序列号,Responder不会独立生成序列号,直接复制Controller的序列号作为应答序列号。Controller会统计发送出去的Test-request报文个数N1,从Responder反射回来的Test-response报文个数N2,最终单个采样周期内的丢包率由收发报文数计算得来。

丢包率=(N1-N2)/N1

翻译
下载文档
更新时间:2019-08-21

文档编号:EDOC1000141529

浏览量:20468

下载量:402

平均得分:
本文档适用于这些产品
相关文档
相关版本
Share
上一页 下一页