OAM-LM丢包计算.doc

Frame Loss Measurement（LM）丢包计算一 定义Frame Loss near-end:本端收包丢失个数Frame Loss far-end： 远端收包丢失个数二原理在t1/t2时刻，源端发送方向的发包计数分别为Txt1/Txt2，宿端接收方向的收包计数分别为Rxt1/Rxt2。在这个时间段内，发包增量为= Txt2-Txt1，收包增量为R= Rxt2- Rxt1，则这个时间段内的丢包个数为：R= ( Txt2-Txt1) - ( Rxt2- Rxt1)。三实现方式LM消息帧的发送周期缺省是100ms。发送周期应该满足以下条件：即使一个或 多个LM丢失，帧或字节计数器也不会在此期间出现溢出。根据获取收发参数的方式不同，实现方式可分为以下两种：1. dual-end方式方式为双端计算方式，发送的OAM为proactive OAM，即主动型的OAM。只有一种消息帧，即CV帧，且帧中主动带有本端前一时刻的收发包计数。在经过源宿端点的两回合的OAM互传后，源宿两端即可同时计算出near-end和far-end的丢包个数。源宿两端周期性地发送CV消息给对方。此时的CV帧其实同时包含了请求和应答功能，在某一时刻，某端点若收到对端的CV帧时，它就会立刻读取本地的收包计数值，然后等到下一个发送周期到来时才把这个计数信息反馈给对端。消息参数：1） TxFC_f： 发送当前CV帧时，所读取的本地TxFCL计数值2） RxFC_b：上一次接收CV帧时，所读取的本地RxFCL计数值3) TxFC_b：上一次接收CV帧时，CV帧上的TxFCL_f域值参数中RxFC_b/ TxFC_b反映了同一时刻的某个方向上的一对收发计数值。如图，A站点在收到两个B站点发送的CV帧时，即T4时刻，B站点即可计算出丢包个数。同样，B站点在T3时刻即可算出丢包个数。ABT2时刻：CV帧TxFC_ftp, RxFC_btp,TxFC_btpT4时刻：CV帧TxFC_ftc, RxFC_btc,TxFC_btcT1时刻：CV帧TxFC_ftp, RxFC_btp,TxFC_btpT3时刻：CV帧TxFC_ftc, RxFC_btc,TxFC_btc计算公式如下：Frame Loss far-end = |TxFC_btc TxFC_btp| - |RxFC_btc RxFC_btp|Frame Loss near-end = |TxFC_ftc TxFC_ftp| - |RxFCltc RxFCltp|其中：1） TxFC_ftc，RxFC_btc，TxFC_btc 表示当前CV帧上的各个域的值，RxFCltc表示收到当前帧时所读取的本地RxFCL计数值。2) TxFC_ftp，RxFC_btp，TxFC_btp 表示上一次CV帧上的各个域的值，RxFCltp 表示上一次收到CV帧时所读取的本地RxFCL计数值。2. single-end方式此方式为单端计算方式，发送的OAM为on-demandOAM，即按需的OAM方式。有两种消息帧，即LMM和LMR。此种方式下站点不会主动告知对方本端的收包计数，所以源端若想计算丢包，则需周期性地发送LMM请求帧，宿端收到LMM后就会立刻读取本地的收包计数值并且立刻回应LMR响应帧。收到两次应答后，源端则可独自地计算出丢包个数。宿端的发送原理和源端一样。LMM的消息参数如下：1） TxFC_f：发送LMM帧时所读取的本地TxFCL计数值LMR的消息参数如下：1） TxFC_f：拷贝LMM帧的TxFC_f的域值2） RxFC_f：收到LMM帧时，所读取的本地RxFCL的计数值3） TxFC_b：发送LMR帧时，所读取的本地TxFCL的计数值参数中TxFC_f / RxFC_f 反映了同一时刻的某个方向上的一对收发计数值。如图，A站点在收到两个B站点回应的LMR帧时，即T4时刻，A站点即可计算出丢包个数。B站点与A站点进行一样的动作。ABT2时刻：LMR帧TxFC_ftp,RxFC_ftp, TxFC_btpT4时刻：LMR帧TxFC_ftc, RxFC_ftc,TxFC_btcT1时刻：LMM帧TxFC_ftpT3时刻：LMM帧TxFC_ftc计算公式如下： Frame Loss far-end = |TxFC_ftc TxFC_ftp| - |RxFC_ftc RxFC_ftp|Frame Loss near-end = |TxFC_btc TxFC_btp| - |RxFCltc RxFCltp| 其中：1） TxFC_ftc，RxFC_ftc，TxFC_btc 表示当前LMR帧中各个域的值，RxFCltc 表示收到当前LMR帧时所读取的本地RxFCL值。2） TxFC_ftp，RxFC_ftp，TxFC_btp 表示上一次LMR帧中各个域的值， RxFCltp 表示上一次收到LMR帧时所读取的本地RxFCL值。四思考题1. 为什么不直接使用一个时间点上的收发包计数计算丢包呢，这样计算简单？比如Frame Loss= Txt1 - Rxt1。这种计算方式其实是相对于0时刻的绝对时间差计算方式，那么会出现这样一个问题：某个端点由于重新上电或者复位之类的问题导致收发计数器清0，那么此时要求存在一种机制来使得两端重新同步收发计数值，而相对时间差的计算方式则不存在此类问题。2本端在某个时刻将发包计数值发给对端，为什么这个值又由对端返回给本端，而不是本端自己将它保留下来呢？这样做有啥好处？ 这样做可以容忍丢包，以免出现收发计数值由于丢包等原因在时间上出现错位。比