MPLS OAM Requirement

啸傲江湖

在MPLS技术已经被运营商广泛部署的情况下，如何提供基于LSP的OAM功能，提高运营商网络的可管理性就变成了一个很紧迫的任务，正是基于此，IETF在RFC4377提出了MPLS OAM的一般性需求，即要求任何提供MPLS OAM的技术，都必须满足这些需求.MPLS OAM的需求包括以下几个。


1. 检测LSP的错误
n       必须可以在LSP的source LSR上，就能够自动来诊断LSP哪一点出了问题，而不需要逐跳去检查。
n       不能基于传统的ICMP PING，因为它的成功与否不代表LSP是否仍工作。
n       OAM packet必须遵循跟customer data packet完全一致的路径。

2. 诊断LSP上的错误点
n       诊断工具应该能把路径上的LSR都记录并返回。
n       必须能诊断出LSP Mis-merging
n       应该能提供从LSP源头到尾部的诊断，也最好能提供从中间点到尾部的诊断
n       必须能支撑ECMP

3. 得到LSP路径特征
n       必须能得到但不限于下列LSP路径特征
§         LSP用了Uniform还是PIPE 的TTL model
§         足够的细节关于ECMP
§         LSR的stack能力，如push, pop, PHP等
4.  SLA度量
n       SLA，即Service Level Agreement，包括这几点
§         latency
§         packet loss
§         jitter
§         defect free forwarding - the service is considered to be available, or the service is unavailable and other aspects of performance measurement do not have meaning.
5.  OAM packet频率
n       频率必须可配
n       频率必须在各个参与OAM的节点间保持一致，通过配置或者自己协商
6.  Alarm Suppression, Aggregation, and Layer Coordination
n     告警有很多个层次，一个低层次的错误发生的时候，比如link down掉，会导致各个层次的OAM都报错，为了避免不必要的报错，各层之间要能协调起来，一旦底层的报错了，上层的就需要抑制自己的告警。
7.  Support for OAM Inter-working for Fault Notification
n      即当MPLS LSP告警发生的时候，MPLS OAM技术要能把这个告警转换成MPLS LSP所承载的业务的告警。例如，一个LSP承载的是ATM VC业务，那么当LSP发生告警的时候，要能够把这个告警转换成ATM的告警
8.自动恢复
n       在检测到错误之后，当错误消除之后，必须能够从错误状态自动恢复