典型地，已经提到的OSPF RouterDeadInterval是HelloInterval的4倍。BFD依赖于轻量级的Hello分组。当链路出现故障时（光缆被偶尔拉断或者站点断电等），不能发送任何消息并且通过丢失Hellos分组检测故障。

使用BFD，一种更激进的检测方式成为可能并且从缩短恢复时间中收益。有时候，链路可能不稳定：比如状态不是永久的宕机，但在成为一种稳定状态前来回振荡。在短的间隔时间内让状态改变在网络中广播会导致LSA溢出（在OSPF情况下），随之产生SPF计算。很明显，检测不应该太激进。并且数值依赖于网络。

对BGP来说，在RFC2439^[28]中定义了网络路由衰减。每次当路由被撤销时，每个路由的网络优良指数加一。基于这个数值，对那些不稳定的路由来说抑制了变化。潜在的假设是，未来，不稳定的路由有一个很高的概率去除这些不稳定性。

另一方面，在稳定的网络中，RFC4136（稳定拓扑中，OSPF刷新和广播减少）中建立LSA广播，例如每隔30min，不是必需的。这个将减少OSPF控制业务。这个实现依赖于在RFC1793中定义的LSA指示消息中的Do Not Age位。

另一个问题是包损。例如由于拥塞，如果Hello分组丢失了，将发生什么呢？在RouterDeadInterval时间间隔内没有收到Hello分组会触发邻接宕机声明。在文献[31]中，提议根据Hello分组丢失率来调整RouterDeadInterval的值。如果由于拥塞Hello分组丢失，那这种方式降低误检率。然而如果把OSPF标记成网络控制（参见本书的QoS内容）并且做相应的处理，Hello分组不应该首先遭受拥塞处理。

进一步的课题是，在网络拥塞情况下，即使Hello分组穿越了网络，用户服务也可能会很糟糕。在移动回传的案例中，用户是无线网络层应用。

为了检测QoS损伤（延时增加和包损），需要性能测量。RFC4656定义了一个单通道激活测量协议（One-WayActive Measurement Protocol，OWAMP）^[32]，以及RFC5357^[33]双通道激活测量协议（Two-Way Active Measurement Protocol，TWAMP）。使用QoS监控对这些协议支持激活测量。测量分组延时（来回程时间）和包损，一个是TWAMP发送者，另一个是响应者。在移动回传中，例如，使用TWAMP去估计基站和控制器/GW的QoS。(www.daowen.com)

图7.15描绘了一个在移动回传中的TWAMP应用。一个TWAMP发送者（图7.15中的基站）发送携带传输序列号和时间戳的初始UDP/IP分组。一个TWAMP响应者（例如，路由器/网关）应答并且添加它的发送序列号和时间戳。作为一种选择，小区站点路由器也能支持TWAMP功能。

TWAMP支持基于如DSCP指示的QoS测量集，这个也很重要。如果网络拥塞发生，虽然语音和控制信令不受影响，但是背景业务可能遭受延时。

图7.15 TWAMP应用例子

也可以使用TWAMP去监控SLA。然而，很难检测出违例的SLA。Benlarbi^[34]和Kilpi^[35]讨论了IPSLA。