工作原理
相关概念
TWAMP Light的性能统计包括如下方式:
- 按需统计:指有限的时间内为了诊断而由人工干预发起的性能检测,可以实现在诊断期间单次的性能检测。
- 连续统计:指连续、不间断发生的统计动作。
TWAMP Light工作原理
TWAMP Light性能统计需要先建立统计业务,再进行性能统计。
统计业务建立
如图8-4所示,Controller作为发起端,Responder作为反射端。
- Controller端的Client角色创建统计会话。
- Responder端创建反射端统计会话。
- Controller端的Sender角色启动性能统计测试,然后,Controller端根据配置的发包频率和报文模板向Responder端发送TWAMP-Test测试报文。
- Responder端反射TWAMP-Test报文。
性能统计
TWAMP Light定义了两个方向的TWAMP-Test报文:- Test-request报文:Controller发送给Responder的报文
- Test-response报文:Responder反射给Controller的报文
如图8-5所示,在完成统计业务建立后,TWAMP-Test协议作为发送和接收性能测量的探帧,使用预先设置好的统计会话的IP地址、UDP端口号。Controller发送TWAMP-Test报文,Responder收到该报文后,反射报文给Controller。Controller负责收集TWAMP测量的统计信息。详细性能统计过程如下:
Controller端收到反射的TWAMP-Test报文后,根据报文中的序列号、时间戳,计算出双向的丢包、时延以及抖动等性能统计量。
时延
由TWAMP-Test报文携带的时间戳产生,Controller在发送探帧时携带发送时间戳t1,Responder在应答探帧时携带接收时间戳t1’和应答时间戳t2’,Controller在收到应答探帧时记录接收时间戳t2,最终单个周期的时延数据通过四个时间戳来计算。
Delay1 = t2 - t1- ( t2’ - t1’)
抖动
依赖相邻周期的时延数据绝对值计算得来。
由上一个时延计算公式得知,相邻周期的时延值为Delay2 = t4 - t3 - ( t4’ - t3’)
Jitter = | Delay2 — Delay1 |
丢包率
Controller在发送探帧时会携带发送序列号,Responder不会独立生成序列号,直接复制Controller的序列号作为应答序列号,最终丢包率通过收发报文数据计算得来。
丢包率 = |发送的报文个数-接收的报文个数|/发送报文个数
Controller端将上述计算出的性能统计数据上报给网管,客户可以通过网管界面得到相关统计数据。
不同的统计方式上报网管方式不同:- 按需统计:测试结果通过MIB上报给网管。
- 连续统计:测试结果通过性能监视PM(Performance Monitoring)上报给网管。