报文重定向简介

报文重定向简介
基于MQC实现的报文重定向，可以将符合流分类的报文流重新指定路径或方向，转发到指定的位置进行处理。
报文重定向包含以下动作：
重定向到CPU：将需要CPU处理的报文上送给CPU。
重定向到接口：将需要由某个接口处理的报文，或者需要将通过某接口发送到指定设备处理的报文，可以配置重定向到此接口。  重定向到观察口组：对于需要一组服务器或防火墙分析检测的报文，可以将这组服务器或防火墙的接口加入同一个观察组，并将报文重定向到此观察口组，避免多次重定向到接口的配置。 重定向到下一跳：对于收到需要某台下游设备处理的报文时，可以通过配置重定向到该下游设备。

重定向到下一跳的优先级高于直连路由、静态路由和通过动态路由协议生成的路由。

若接收的报文匹配重定向到下一跳对应的流分类，则按照重定向到下一跳转发；若匹配失败，则根据目的地址按照正常转发流程转发。重定向到下一跳有时也被称为策略路由PBR（Policy-Based Routing）。

 重定向到下一跳本身没有检测机制。

如果对应的链路发生故障，重定向的下一跳地址不会自动改变，需要网络管理员介入或者等待重定向下一跳的ARP表项老化，这就无法保证链路及时切换，可能造成较长时间的业务中断。配置重定向到下一跳与NQA联动，可以检测重定向到下一跳的链路状态。当链路发生故障，重定向到下一跳会因为NQA检测失败而立即失效，从而缩短通信中断时间，提高服务质量。重定向到下一跳与NQA联动功能的实现机制如下：
若NQA测试例不存在或者类型不是ICMP类型，则检查失败，重定向到下一跳配置失败。
若NQA测试例关联重定向到下一跳成功，链路检测正常，则重定向到下一跳生效。
若NQA测试例关联重定向到下一跳成功，链路检测失败且探测次数超过设定值，则重定向到下一跳自动失效。
若NQA测试例关联重定向到下一跳成功，链路故障解除，链路恢复，则重定向到下一跳自动生效。

QoS服务质量（列表、list、全）qoslist

http://www.zh-cjh.com/wenzhangguilei/2180.html

文章归类、所有文章列表、LISTLIST
http://www.zh-cjh.com/wangzhangonggao/2195.html