[发明专利]运行、管理和维护OAM报文处理方法及装置

说明书

本发明提供了一种运行、管理和维护OAM报文处理方法及装置。该方法包括：从网络侧获取OAM报文；判断OAM报文是否为非归宿线卡OAM；以及在判断出OAM报文为非归宿线卡OAM时，将OAM报文发送给交换网。通过本发明，解决了相关技术中线卡OAM队列缓存开销较大的问题，进而达到了减低线卡OAM队列缓存开销的效果。

技术领域

本发明涉及通信领域，具体而言，涉及一种运行、管理和维护OAM报文处理方法及装置。

背景技术

先阐述几个概念：

集中式架构：当管理面，控制面和转发面集中在主控板一块单板完成的架构称之为集中式架构。如图1所示。

分布式架构：管理面和控制面在主控单板完成，转发面由单独的线卡经过交换线卡完成包交换，并到下行线卡完成报文封装转发的架构称为分布式架构，如图2所示。

分布式网络侧队列调度管理架构：在分布式系统架构中，转发面报文在下行线卡完成封装后再进行队列调度管理的系统称之为分布式网络侧调度管理架构，如图3所示。

分布式交换侧队列调度管理架构：在分布式架构中，转发面报文在上行线卡进入交换前入队，并由下行线卡队列调度管理器进行调度转发的架构称之为分布式交换侧队列调度管理架构，如图4所示。

分布式交换侧队列调度架构下传输协议运行、管理和维护(Transfer ProcotolOperation Administration and Maintenance，简称为TP OAM)报文归宿线卡：在分布式交换侧队列调度管理架构中，TP OAM报文可以由工作路径所在线卡产生和终结，也可以由保护路径所在线卡产生和终结。当指定其中一块线卡负责OAM产生和终结时，该线卡被称为OAM的归宿线卡，如图5所示。

分布式交换侧队列调度架构下TP OAM报文归宿线卡上存在OAM报文突发问题，如图6所示：当T(t)时刻从多个端口收到OAM报文在归宿线卡终结时，则线卡上送TP OAM生成器的OAM速率瞬间达到N*端口速率。若要求线卡负责报文上送的器件的上送速率以及TPOAM生成器端口速率与之匹配，则它们的端口速率将达到上T甚至几十个T(其中，1T＝1000Gbps)，目前芯片肯定无法满足。这就要求OAM在上送前必须有足够的缓存M来存储这些报文，其中，缓存M的计算公式如下：

M＝N×Speed×△t–S×△t (1)

其中，△t为接收OAM持续时间，N为线卡接收OAM报文的端口数，S为线卡上送速率。

上述△t的计算公式如下：

△t＝(OAM报文长度L+交换头H)×3×快速OAM实例数M/线卡数O×8bit/byte/S(2)

其中，O为发送侧OAM平均分配在O块线卡上。

由于在10ms内信息交换模式(Message Exchange Pattern，简称为MEP)间未检测到快速OAM报文就会触发保护倒换，因此，仅需要计算10ms内OAM占用缓存大小。按照3.3ms快速OAM报文，则10ms将产生3个OAM报文。

将△t代入上述公式(1)得到：

M＝(N×Speed–S)×3×(OAM报文长度L+交换头H)×(快速OAM实例数M/线卡数O)×8bit/byte/S (3)

展开公式(3)式得到：

M＝{(N×Speed–S)×3×(OAM报文长度L+交换头H)×8bit/byte/(S×线卡数O)}×(快速OAM实例数M)(4)

对于指定机架和线卡，{(N×Speed–S)×3×(OAM报文长度L+交换头H)×8bit/byte/(S×线卡数O)}是个常数K。因此，对于指定机架和线卡上的M简化为：