- 产品与解决方案
- 行业解决方案
- 服务
- 支持
- 合作伙伴
- 关于我们
14-智能选路配置
本章节下载： 14-智能选路配置 (564.65 KB)
传统的链路优选一般基于链路开销或路由策略，无法根据实际的业务需求选择最适合的链路。RIR（Resilient Intelligent Routing，智能选路）可以根据不同业务流量的链路需求，如链路质量、链路带宽等，为其选择最适合的链路。如果业务流量当前选择的链路由于链路状态变化而不再符合要求，智能选路还可以自动将流量切换到另一条符合要求的链路上。
智能选路应用于基于VXLAN（Virtual eXtensible LAN，可扩展虚拟局域网络）的Hub-Spoke组网环境。在图1-1所示的组网中，智能选路可以根据链路优先级、链路主备、链路质量和链路带宽等，在Hub设备与Spoke设备之间为不同业务流量选择不同的VXLAN隧道进行传输。
流量无论是从Hub设备到Spoke设备还是从Spoke设备到Hub设备都可以进行智能选路，且不同方向的选路结果可能不同。
业务流量模板用于为一类业务流量定义选路策略，通过Flow ID标识。
设备可以识别带有Flow ID标识的业务流量，为其选择对应的业务流量模板，并基于业务流量模板下配置的选路策略进行选路。
目前支持通过QoS重标记功能为流量标识Flow ID。当接口收到业务流量报文时，设备会根据流量报文五元组和DSCP值区分业务特征，为不同的业务流量标识其对应业务流量模板的Flow ID。该业务流量标识仅在设备选路流程中使用，不会被报文携带出去。
有关QoS重标记功能的详细介绍，请参见“ACL和QoS配置指导”中的“QoS概述”、“QoS策略”和“重标记”。
智能选路为链路定义链路类型，以区分不同网络类型下的链路；同时为链路分配链路编号，以区分相同网络类型下的不同链路。根据常用的网络类型，智能选路定义了4G、Internet、MPLS和MSTP四种链路类型。链路类型仅用于标识链路，不会对实际报文的封装形式造成影响。
基于VXLAN组网部署智能选路时，每个Hub设备与每个Spoke设备间在每个VSI虚接口下（即每个VXLAN中）只能有一条VXLAN隧道。如图1-2所示，对于Hub设备，可以通过VSI虚接口唯一确定Hub设备与任一Spoke设备间的一条VXLAN隧道。
因此，通过在VSI虚接口下配置链路类型和编号，就能在Hub设备与Spoke设备之间唯一标识一条VXLAN隧道。
图1-2 VXLAN组网中的链路
对于某一业务类型流量，用户可以根据链路特征、业务需求等因素，如链路价格，为其可选链路定义优先级。设备为业务流量选路时，会优先选择优先级较高的链路。
基于VXLAN组网部署智能选路时，可以在业务流量模板下基于链路类型和编号，为VSI虚接口配置链路优先级。由于每个Hub设备与每个Spoke设备间在每个VSI虚接口下（即每个VXLAN中）只能有一条VXLAN隧道，在业务流量模板下配置VSI虚接口的链路优先级，就确定了一个Hub设备和一个Spoke设备之间VXLAN隧道的优先级。
在同一业务流量模板下可以为不同的链路配置相同的链路优先级。
设备为某业务流量选路时，会按照业务流量模板下配置的链路优先级从高到低的顺序，依次选路：
· 如果该优先级下没有链路符合业务要求，则继续选择次优先级的链路。
· 如果该优先级下有且只有一条链路符合业务要求，则选择该链路进行传输。
· 如果该优先级下有两条及以上的链路符合业务要求，则按照智能选路负载分担方式选择链路。
为保证业务可靠性，实际组网中在设置主用Hub设备时，一般还会设置备用Hub设备。Spoke设备与主用Hub设备之间的链路称为主用链路，Spoke设备与备用Hub之间的链路称为备用链路。在业务流量模板下基于链路类型和编号，为VSI虚接口配置链路优先级后，该VSI虚接口关联的VXLAN隧道即缺省作为主用链路选路。如果将某个VSI虚接口关联的VXLAN隧道配置为RIR备份隧道，则该VXLAN隧道作为备用链路选路。当没有通往主用Hub设备的合适链路时，Spoke设备可以将流量发送给备用Hub设备，以保证流量不中断。
如图1-3所示，当Spoke设备与主用Hub设备之间的主用链路1和主用链路2不满足业务流量要求时，可以使用备用链路3将流量发送到备用Hub设备。
在Hub-Spoke实际组网中，一个Hub设备一般需要与多个Spoke设备进行通信。为避免Hub设备因检测多条链路而消耗过多资源，智能选路定义了以下两种设备角色：
· RIR服务器：不进行NQA（Network Quality Analyzer，网络质量分析）链路探测，仅通过RIR客户端同步过来的链路探测质量结果进行选路。
· RIR客户端：通过NQA链路探测对链路进行质量探测，并将链路探测质量结果同步至RIR服务器。
通过将Hub设备配置为RIR服务器，将Spoke设备配置为RIR客户端，Hub设备即可通过Spoke设备同步过来的链路探测质量结果进行选路。
在全局和接口下都可以开启RIR服务器功能。如图1-4所示，当在全局开启RIR服务器功能时，设备上所有接口都会开启RIR服务器功能，即所有接口均可用于接收RIR客户端的链路探测质量结果；当在接口下开启RIR服务器功能时，则只有该接口可以用于接收RIR客户端的链路探测质量结果。
图1-4 RIR服务器功能开启示意图
VXLAN组网中仅Tunnel接口可以开启RIR服务器功能，RIR服务器基于Tunnel接口接收RIR客户端同步过来的链路探测质量结果。
RIR客户端功能开启方法与RIR服务器一致，不再详细介绍。
在单一的Hub-Spoke组网中，设备只会担任Hub设备或Spoke设备一种角色，可以直接全局开启RIR服务器或RIR客户端功能。如果设备在不同的Hub-Spoke组网中分别担任Hub设备和Spoke设备两种角色时，则可以在不同接口下分别开启RIR服务器和RIR客户端功能。
在同一接口下只能开启一种功能模式（RIR客户端功能或RIR服务器功能），如果同时在全局和接口下开启不同的功能模式，则接口下的功能模式以接口配置为准。
在实际组网中，用户可以根据组网情况在全局和接口下配合开启RIR服务器或RIR客户端功能。在图1-5所示组网中，其功能开启策略如下：
· Device A：全局开启RIR服务器功能。
· Device B：全局开启RIR客户端功能，在一个接口下开启RIR服务器功能。
· Device C：在两个接口下分别开启RIR客户端功能和RIR服务器功能。
· Device D：全局开启RIR客户端功能。
· Device E：在一个接口下开启RIR客户端功能。
图1-5 RIR服务器/客户端功能开启策略示意图
智能选路通过NQA功能对待选链路进行探测，并基于探测结果实现基于链路质量的链路优选。有关NQA的详细介绍，请参见“网络管理与监控配置指导”中的“NQA”。
由于Hub设备需要基于Spoke设备同步的链路探测质量结果进行选路，智能选路中以Spoke设备为NQA客户端、以Hub设备为NQA服务器，定义了两种NQA链路探测：
· NQA链路通断探测：通过ICMP-echo测试探测每条链路的通断情况。如果某条链路探测结果为链路断开，设备不会对该链路进行NQA链路质量探测。
· NQA链路质量探测：通过UDP-jitter测试探测链路的时延、抖动和丢包率。设备只对链路通断探测结果正常的链路进行NQA链路质量探测。
设备只会探测已配置链路编号与链路类型的链路。其中，NQA链路通断探测只能开启一个，而NQA链路质量探测可以开启多个，同一链路在不同链路质量探测中的探测结果可能不同。
为了区分不同业务对链路质量的差异化需求，用户可以配置SLA（Service Level Agreement，服务等级协议）。SLA中定义了用于评估链路质量的各类阈值，包括延迟、抖动、丢包率等。
在某一业务流量模板下配置质量策略，可以为相应的业务流量指定SLA和NQA链路质量探测。业务流量模板将NQA链路质量探测结果与SLA的阈值进行比较，如果链路的所有探测结果（延迟、抖动、丢包率等）均低于或等于阈值，则判定该链路符合业务质量要求。
如图1-6所示，如果配置了质量策略，Spoke设备会基于NQA链路探测得出“哪些链路符合业务质量要求”的质量结果，基于该质量结果进行选路，并将该质量结果同步到Hub设备。对于某一业务流量的待选链路：
· 如果NQA链路通断探测结果为链路断开，则直接认为该链路不符合业务质量要求。
· 如果NQA链路通断探测结果为链路可达，则继续判断该链路的NQA链路质量探测结果是否满足SLA的要求：
¡ 如果指定NQA链路质量探测的所有探测结果（延迟、抖动、丢包率等）均低于或等于指定SLA的阈值，则认为该链路符合业务质量要求。
¡ 如果指定NQA链路质量探测的任一探测结果高于指定SLA的阈值，则认为该链路不符合业务质量要求。
Spoke设备基于链路质量为业务流量选路时，仅需考虑Spoke设备质量策略的配置情况。如果为该业务流量配置了质量策略，则会基于相应的NQA链路探测和SLA得出链路探测质量结果，并基于该质量结果进行选路；如果没有为该业务流量配置质量策略，则选路时不考虑链路质量因素，直接认为链路质量符合业务质量要求。
Hub设备基于链路质量为业务流量选路时，需同时考虑Hub设备质量策略和Spoke设备质量策略的配置情况。对于某一业务流量，Hub基于链路质量的具体选路策略见表1-1。
表1-1 Hub设备基于链路质量的选路策略
|
Hub设备是否配置质量策略 |
Spoke设备是否配置质量策略 |
Hub设备的质量选路策略 |
|
是 |
是 |
Spoke设备会将该业务的链路探测质量结果同步给Hub设备，Hub设备基于该质量结果进行选路 |
|
是 |
否 |
Spoke设备不会将该业务的链路探测质量结果同步给Hub设备，Hub设备选路时认为该业务的所有链路质量均不符合业务质量要求 |
|
否 |
是 |
Spoke设备会将该业务的链路探测质量结果同步给Hub设备，但Hub设备选路时认为该业务的所有链路质量都符合业务质量要求 |
|
否 |
否 |
Spoke设备不会将该业务的链路探测质量结果同步给Hub设备，Hub设备选路时认为该业务的所有链路质量都符合业务质量要求 |
实际组网中，建议Hub设备和Spoke设备同时配置或者同时都不配置质量策略。
基于链路带宽选路，不仅可以为业务流量选择带宽符合要求的链路，还可以均衡地使用各链路带宽，尽量避免出现个别链路带宽占用过高，甚至链路拥塞的情况。
基于链路带宽选路时，设备会根据可选链路的已使用带宽、链路总带宽以及会话预计使用的带宽等多个方面为业务流量选择合适的链路。其中，设备可以自动获取链路已使用带宽，而链路总带宽和会话预计使用的带宽需要用户配置或者基于用户的配置计算得到。
同时，设备以会话为最小粒度，进行基于链路带宽的选路，以实现更精细地链路带宽管理。会话通过五元组唯一定义，报文的源IP地址、目的IP地址、源端口、目的端口以及传输层协议中任一元素不同，则属于不同的会话。
为某个会话的流量进行智能选路时，设备会基于会话所属业务流量模板下配置的会话预计使用的带宽进行带宽检测。如果待选链路已使用带宽与会话预计使用的带宽之和小于待选链路总带宽的80%，则待选链路当前可用带宽符合会话带宽要求，带宽检测通过。属于相同业务类型的不同会话使用同一选路策略时，选路结果可能不同。
当某一业务流量存在多条链路可选时，设备会基于链路带宽将业务流量分布到多条链路上传输，以实现链路的负载分担。智能选路支持多种链路负载分担模式，包括：
· 逐流加权选路模式：RIR全局级的链路负载分担模式，对参与智能选路的所有业务流量生效。该模式可以按照一定权重将同一业务流量的不同会话分布到不同链路上进行传输，一个会话只选择一条链路进行传输。
· 逐流周期调整模式：RIR全局级的链路负载分担模式，对参与智能选路的所有业务流量生效。该模式不但可以将同一业务流量的不同会话分布到不同链路上进行传输，而且会进行周期性地调整。在一个调整周期内，一个会话只选择一条链路进行传输。
· 逐包模式：业务级的链路负载分担模式，只对参与智能选路的指定业务流量生效。该模式可以将指定业务流量的同一会话分布到多条链路上进行传输。
逐包链路负载分担模式的优先级高于逐流链路负载分担模式。
负载分担机制基于链路带宽，涉及的主要概念有：
· 带宽权重：即以链路带宽作为链路的权重。如果是以链路总带宽作为链路权重，则称为总带宽权重；如果以链路剩余带宽作为链路权重，则称为剩余带宽权重。按照链路的带宽权重从多条符合业务流量要求的链路中选路时，每条链路被选中的概率等于该链路带宽与所有符合要求的链路带宽之和（即权重和）的比值。例如，链路1、链路2和链路3的总带宽分别为10Mbps、10Mbps和20Mbps，剩余带宽分别为8Mbps、4Mbps和8Mbps，并且三条链路均符合业务流量要求。如果按照链路的总带宽权重选路，则链路1、链路2和链路3被选中的概率分别为25%、25%和50%；如果按照链路的剩余带宽权重选路，则链路1、链路2和链路3被选中的概率分别为40%、20%和40%。
· 剩余带宽比：链路剩余带宽与链路总带宽的比值。在同时考虑多条链路的剩余带宽比时，如果某条链路的剩余带宽比最大，则称该链路的剩余带宽比为最大剩余带宽比；同理，如果某条链路的剩余带宽比最小，则称该链路的剩余带宽比为最小剩余带宽比。
逐流加权选路模式的机制如下：
· 进行主备链路优先级选路和质量勉强选路时，如果同一优先级下有多条链路符合要求，则按照可选链路的剩余带宽权重（将会话预计使用的带宽计入链路已使用带宽），为业务流量的每个会话分别选择一条最优链路进行转发。
· 进行带宽勉强选路时，如果存在多条链路符合要求时，则按照可选链路的总带宽权重，为业务流量的每个会话分别选择一条最优链路进行转发。
有关主备链路优先级选路、质量勉强选路和带宽勉强选路的详细介绍，请参见“1.11 智能选路机制”。
逐流周期调整模式的机制如下：
· 进行主备链路优先级选路和质量勉强选路时，如果同一优先级下有多条链路符合要求，则在可选链路中为业务流量的每个会话分别选择一条最优链路进行转发，每个会话选路时会优先选择带宽使用率最低（将会话预计使用的带宽计入链路已使用带宽）的链路。
· 进行带宽勉强选路时，如果存在多条链路符合要求，则在可选链路中为业务流量的每个会话分别选择一条最优链路进行转发，每个会话选路时会优先选择上一次选择的链路。如果是首次为该会话流量选路，则会按照可选链路的剩余带宽权重选择一条链路。
逐流周期调整模式下，设备会对链路上的业务流量进行周期性地调整。当达到调整周期时，设备会对所有业务流量的链路带宽使用情况进行检测。如果用于转发某一业务流量的所有链路中，最大剩余带宽比与最小剩余带宽比的差值大于周期调整上限阈值，则会对该业务流量进行重新选路。重新选路可能持续多个调整周期。当达到新的调整周期时，如果最大和最小剩余带宽比的差值小于周期调整下限阈值，或者新的调整周期是该业务流量开始进行重新选路后的第20个调整周期，设备会停止调整该业务流量。
逐包模式的机制如下：
· 当进行主备链路优先级选路和质量勉强选路时，如果同一优先级下有多条链路符合要求，则将多条链路都作为会话的最优链路。当转发会话的流量时，设备会按照链路剩余带宽权重为会话逐包选择链路进行转发。例如，Flow ID为1的单会话业务流量需要使用10Mbps的带宽，并存在剩余带宽为20Mbps的链路1和剩余带宽为30Mbps的链路2用于传输该业务流量，该业务使用链路1和链路2的带宽分别为4Mbps和6Mbps。
· 当进行带宽勉强选路时，如果存在多条链路符合要求，则将多条链路都作为会话的最优链路。当转发该会话的流量时，设备为会话逐包选择链路进行转发，每条链路被选中的概率相同。
为提高报文转发效率，业务流量完成第一次智能选路后，后续相同业务的流量均按照第一次选路结果进行转发。当业务流量模板中的任一链路发生如下任一变化时，设备会重新选路：
· 链路质量由满足业务质量要求变为不满足业务质量要求或由不满足业务质量要求变为满足业务质量要求。
· 链路已使用带宽达到该链路最大带宽。
为避免链路震荡时设备频繁选路，智能选路定义了选路延迟时间和选路抑制周期。
设备执行一次选路后，如果配置了选路抑制周期，则会进入选路抑制周期。设备在选路抑制周期内不会重新选路，但会一直维护链路状态数据。当选路抑制周期结束后，如果设备链路状态满足重新选路条件，并在周期结束后的选路延迟时间内一直满足该条件，设备在选路延迟时间超时后重新选路。如果选路延迟时间内设备链路状态变为不满足重新选路条件，设备不会重新选路。
实际组网中，同一物理区域可能部署了多台独立智能选路的设备，每个设备只能为业务流量选择本设备上的链路，无法实现全区域的链路优选和负载分担。协同选路可以使多台具备智能选路能力的设备间共享链路数据，并通过建立专用转发通道实现设备链路的集中调度。
如图1-7所示，协同选路组网中的主要概念如下：
· 协同选路设备组
协同进行智能选路的一组设备。协同选路设备组内的设备互为本端设备和对端设备（简称本/对端设备），可以实现链路共享。
同一协同选路设备组内的设备一般部署在同一物理区域内，如同一个机房、同一个园区等。
¡ 一组Hub设备可以组成协同选路Hub组。
¡ 一组Spoke设备可以组成协同选路Spoke组。
协同选路设备组作为一台逻辑上的“设备”，既可以与另一个协同选路设备组形成Hub-Spoke组网，也可以与某一台物理设备形成Hub-Spoke组网。
· 协同链路组
协同选路设备组内到同一协同选路设备组或同一设备（Spoke设备或者Hub设备）的链路集合。例如，图1-7中协同选路Hub组到单个Spoke设备的链路集合为协同链路组1，到协同选路Spoke组的链路集合为协同链路组2。
· 本端报文和对端报文
协同选路过程中，首先由本端设备处理的业务报文称为本端报文，首先由对端设备处理的业务报文称为对端报文。协同选路设备组的成员设备对本端报文和对端报文的选路策略不同。
当设备不是协同选路设备组的成员设备时，该设备收到的业务报文均认为是本端报文。
协同选路设备组的所有设备两两建立选路协同关系后，本端设备与对端设备中IP地址较小的设备作为客户端，向另一设备发起建立TCP连接。通过建立的TCP连接，本端设备将本设备上符合业务要求的链路配置数据和链路状态数据发送给对端设备，发送的数据不包括从同一协同选路设备组内的其他设备同步过来的链路数据。同步结束后，协同选路设备组内的任一设备都获取到组内所有设备的链路信息，并进行实时的更新。
当协同选路设备组内的任一设备接收到某一会话报文，会按照表1-2所示的协同选路策略进行处理。
|
接收报文情况 |
是否存在接收报文的转发路由 |
协同选路策略 |
|
报文为本端报文并且首次收到 |
是 |
根据是否存在该会话的最优链路信息，分为以下两种情况： · 当存在最优链路信息时，按照选路信息转发报文 · 当不存在最优链路信息时，设备综合考虑本地业务模板下的链路和对端设备同一业务流量模板下的链路，选择一条最符合业务需求的链路进行传输。选中链路后： ¡ 如果选中的链路为本端设备上的链路，则直接进行本地转发 ¡ 如果选中的链路为对端设备上的链路，则将报文发送给对端设备 |
|
报文为本端报文并且首次收到 |
否 |
从所有协同选路对端设备中选择一个对端设备，并将报文转发给该对端设备 |
|
报文为本端报文但不是首次收到 |
是 |
该报文一般是由于对端设备不存在转发路由而返回的本端报文。此时，设备只从本端设备链路中，选择一条最符合业务需求的链路进行传输。设备每隔60秒为该会话进行一次重新选路，以保证在对端设备路由恢复时，该会话能及时切换到对端设备链路进行传输 |
|
报文为本端报文但不是首次收到 |
否 |
从未被选择用来转发该报文所属会话流量的协同选路对端设备中选择一个对端设备，并将报文转发给该对端设备；如果不存在符合要求的对端设备，则丢弃报文 |
|
报文为对端报文 |
是 |
根据是否存在该会话的最优链路信息，分为以下两种情况： · 当存在最优链路信息时，按照选路信息转发报文 · 当不存在最优链路信息时，设备只从本端设备链路中，选择一条最符合业务需求的链路进行传输 |
|
报文为对端报文 |
否 |
将报文返回给原对端设备 |
设备收到报文后，首先会按照如下步骤进行处理：
(1) 根据五元组和DSCP对业务流量进行分类，并通过QoS功能重标记Flow ID。
(2) 判断报文携带的Flow ID是否有效，如果无效，则按原路由表项进行普通转发。
(3) 如果报文携带的Flow ID有效，设备会在路由表中查询是否存在可转发路由。如果不存在可转发路由，设备会继续判断报文是否为本端报文：
¡ 如果不是本端报文，则将报文返回给原协同选路对端设备。
¡ 如果是本端报文，则会从未被选择用来转发该报文所属会话流量的协同选路对端设备中选择一个对端设备，并将报文转发给该设备。如果不存在符合要求的协同选路对端设备，则丢弃该报文。
(4) 如果存在可转发路由，设备则会查看是否存在该报文所属会话的最优链路信息。
¡ 如果存在最优链路信息，则按照选路信息转发报文。
¡ 如果不存在，则为该报文进行选路。
图1-8 选路准备
(1) 设备根据报文携带的Flow ID选择业务流量模板。
(2) 在业务流量模板下的链路中选择最优链路，依次进行：
a. 主链路优先级选路
b. 备链路优先级选路
c. 质量勉强选路
d. 带宽勉强选路
如果报文是本端报文并且是首次收到，可选链路包括本地业务模板下的链路和对端设备同一业务流量模板下的链路；如果报文是对端报文，或者报文是本端报文但不是首次收到，可选链路则仅包括本设备上的链路。
(3) 如果在任一类型选路中找到最优链路，则返回选路结果，剩余类型的选路不再进行；否则，继续进行下一类型选路。如果所有类型的选路都没有找到最优链路，则认为没有最优链路，并返回选路结果。
(4) 如果在业务流量模板下的链路中找到最优链路，则根据选路结果转发。
¡ 如果最优链路是本端设备链路，则直接本地转发。
¡ 如果最优链路是协同选路设备组中的对端设备链路，则将报文转发给对端设备。
(5) 如果没有找到，则按原路由表项进行普通转发。
完成选路后，设备会关联报文的五元组与最优链路，并将其作为所属会话的最优链路信息记录下来，后续收到的相同会话流量按照最优链路信息进行转发。当持续一段时间没有收到相应会话流量时，设备会删除该最优链路信息。
图1-9 智能选路流程总图
智能选路会优先为业务流量选择质量和带宽均满足业务要求的主用链路，这一选路过程称为主链路优先级选路。主链路优先级选路过程如图1-10所示，设备会按照从高到低的顺序遍历业务流量模板下的所有优先级，对于当前优先级：
(1) 设备会遍历优先级下的所有链路，判断链路是否为等价路径之一。如果链路是等价路径之一，则继续判断该链路是否为链路带宽和质量均符合业务要求的主用链路。如果是，则将该链路计入当前优先级可选链路；否则，继续判断该链路是否为链路带宽符合要求的主用链路：
¡ 如果是，则将该链路计入质量勉强选路可选链路，并继续判断当前优先级下的其他链路。
¡ 如果不是，则继续判断当前优先级下的其他链路。
如果链路不是等价路径之一，继续判断当前优先级下的其他链路。
(2) 当遍历完当前优先级下的所有链路后，设备会确认业务流量在当前优先级下有几条可选链路：
¡ 如果只有一条可选链路，则直接选择该链路为最优链路。
¡ 如果有多条可选链路，则根据链路负载分担模式选择一条或多条链路作为最优链路。业务报文在逐流链路负载分担模式下，只会选择一条链路作为最优链路；在逐包链路负载分担模式下会选择多条链路作为最优链路。
¡ 如果没有可选链路，则继续遍历下一优先级下的链路。
如果所有优先级下均无可选链路，则认为主链路优先级选路没有为该业务流量找到最优链路。
(3) 关于如何判断链路质量是否符合要求，请参见“1.6.4 质量策略”。关于如何判断链路带宽是否符合要求，请参见“1.7.2 带宽策略”。
当主链路优先级选路没有为业务流量找到最优链路时，设备进行备链路优先级选路。备链路优先级选路为业务流量选择质量和带宽均满足业务要求的备用链路，其具体选路流程与主链路优先级选路类似，不再详细介绍。
当主链路优先级选路与备链路优先级选路均未找到最优链路时，设备进行质量勉强选路。
质量勉强选路的对象为主链路优先级选路和备链路优先级选路过程中，计入质量勉强选路可选链路的所有链路。这些链路的链路质量不满足业务要求，但链路带宽满足业务要求。质量勉强选路即是在没有链路质量满足业务要求时，勉强为业务流量选择一条带宽满足业务要求的链路。
为业务流量进行质量勉强选路时，如果存在多条可选链路，设备会根据链路负载分担模式选择一条或者多条链路作为最优链路。
如果质量勉强选路仍未找到最优链路，即所有等价路径的链路带宽均不满足业务要求，设备进行带宽勉强选路。带宽勉强选路会在业务流量模板下属于等价路径之一的链路中，勉强为业务选择一条链路作为最优链路。
为业务流量进行带宽勉强选路时，如果存在多条可选链路，设备会根据链路负载分担模式选择一条或者多条链路作为最优链路。
本特性的支持情况与设备型号有关，请以设备的实际情况为准。
|
F1000系列 |
型号 |
说明 |
|
F1000-X-G5系列 |
F1000-A-G5、F1000-C-G5、F1000-C-G5-LI、F1000-E-G5、F1000-H-G5、F1000-S-G5 |
支持 |
|
F1000-X-G3系列 |
F1000-A-G3、F1000-C-G3、F1000-E-G3、F1000-S-G3 |
支持 |
|
F1000-X-G2系列 |
F1000-A-G2、F1000-C-G2、F1000-E-G2、F1000-S-G2 |
支持 |
|
F1000-9X0-AI系列 |
F1000-9390-AI、F1000-9385-AI、F1000-9380-AI、F1000-9370-AI、F1000-9360-AI、F1000-9350-AI、F1000-9310-AI、F1000-9305-AI、F1000-990-AI、F1000-980-AI、F1000-970-AI、F1000-960-AI、F1000-950-AI、F1000-930-AI、F1000-920-AI、F1000-910-AI、F1000-905-AI |
支持 |
|
F1000-9330-AI、F1000-9320-AI |
不支持 |
|
|
F1000-C83X0系列 |
F1000-C8395、F1000-C8390、F1000-C8385、F1000-C8380、F1000-C8370、F1000-C8360、F1000-C8350、F1000-C8320、F1000-C8310、F1000-C8305 |
支持 |
|
F1000-C8330 |
不支持 |
|
|
F1000-C81X0系列 |
F1000-C8180、F1000-C8170、F1000-C8160、F1000-C8150、F1000-C8130、F1000-C8120、F1000-C8110 |
支持 |
|
F1000-7X0-HI系列 |
F1000-770-HI、F1000-750-HI、F1000-740-HI、F1000-720-HI、F1000-710-HI |
支持 |
|
F1000-730-HI |
不支持 |
|
|
F1000-C-X系列 |
F1000-C-EI、F1000-C-HI、F1000-C-XI、F1000-E-XI |
支持 |
|
F1000-V系列 |
F1000-E-VG、F1000-S-VG |
支持 |
|
SecBlade IV |
LSPM6FWD8、LSQM2FWDSC8 |
不支持 |
|
F100系列 |
型号 |
说明 |
|
F100-X-G5系列 |
F100-E-G5、F100-A-G5、F100-C-G5、F100-C-G5-EI、F100-C-G5-SI、F100-M-G5、F100-M-G5-EI、F100-S-G5 |
支持 |
|
F100-X-G3系列 |
F100-A-G3、F100-E-G3、F100-C-G3、F100-M-G3、F100-S-G3 |
支持 |
|
F100-X-G2系列 |
F100-A-G2、F100-E-G2、F100-C-G2、F100-M-G2、F100-S-G2 |
支持 |
|
F100-WiNet系列 |
F100-A80-WiNet、F100-A91-WiNet、F100-C80-WiNet、F100-C60-WiNet、F100-C50-WiNet、F100-S80-WiNet |
支持 |
|
F100-A81-WiNet |
不支持 |
|
|
F100-C-A系列 |
F100-C-A6、F100-C-A5、F100-C-A3、F100-C-A2、F100-C-A1、F100-C-A6-WL、F100-C-A5-W、F100-C-A3-W |
支持 |
|
F100-X-XI系列 |
F100-A-EI、F100-A-HI、F100-A-SI、F100-E-EI、F100-C-EI、F100-A-XI、F100-C-HI、F100-C-XI、F100-S-HI、F100-S-XI |
支持 |
链路负载较高时修改链路优选策略（如链路优先级等），可能导致链路优选结果与当前配置的链路优选策略不符。建议在链路无负载或者负载较小时修改链路优选策略。
Spoke设备配置任务如下：
(1) 启动RIR进程
(2) 配置Spoke设备功能
¡ （可选）配置NQA链路通断探测
¡ 配置SLA
(3) 配置链路属性
¡ 配置链路带宽
¡ （可选）配置链路为备用链路
(4) 配置业务流量模板
¡ 创建业务流量模板
¡ （可选）配置会话预计占用的带宽
¡ 配置链路优先级
(5) （可选）配置链路负载分担模式
缺省情况下，链路负载分担模式为逐流加权选路模式。
(6) （可选）配置基于业务优先级的选路功能
(7) （可选）配置选路延迟时间和选路抑制周期
c. 定义策略
d. 应用策略
(9) （可选）配置协同选路
c. 将链路添加到协同链路组
e. 添加报文重定向策略
(10) （可选）开启RIR日志功能
(11) （可选）开启隧道基于Flow ID的流量速率统计功能
Hub设备配置任务如下：
(1) 启动RIR进程
(2) 配置Hub设备功能
¡ （可选）创建SLA与NQA链路质量探测
(3) 配置链路属性
¡ 配置链路带宽
¡ （可选）配置链路为备用链路
(4) 配置业务流量模板
¡ 创建业务流量模板
¡ （可选）配置会话预计占用的带宽
¡ 配置链路优先级
(5) （可选）配置链路负载分担模式
缺省情况下，链路负载分担模式为逐流加权选路模式。
(6) （可选）配置基于业务优先级的选路功能
(7) （可选）配置选路延迟时间和选路抑制周期
c. 定义策略
d. 应用策略
(9) （可选）配置协同选路
c. 将链路添加到协同链路组
e. 添加报文重定向策略
(10) （可选）开启RIR日志功能
(11) （可选）开启隧道基于Flow ID的流量速率统计功能
配置智能选路前，请确保Hub设备与Spoke设备之间路由可达并且存在两条及以上等价路径。
(1) 进入系统视图。
system-view
(2) 启动RIR进程，并进入RIR视图。
rir
在Hub-Spoke组网中，为避免Hub设备因检测多条链路而消耗过多资源，一般将Hub设备配置为RIR服务器，将Spoke设备配置为RIR客户端。
在全局和接口下都可以开启RIR客户端功能。全局开启RIR客户端功能时，设备的所有接口下都会开启RIR客户端功能，即所有接口都可以发送RIR客户端的链路探测质量结果。在接口下开启RIR客户端功能时，仅该接口可以发送RIR客户端的链路探测质量结果。
· VXLAN组网中仅Tunnel接口可以开启RIR客户端功能，RIR客户端基于Tunnel接口发送链路探测质量结果。
· 在同一接口下只能开启RIR客户端功能或开启RIR服务器功能。
· 同时在全局和接口下开启不同的功能模式（RIR客户端功能或RIR服务器功能），接口下的功能模式以接口配置为准。
(1) 进入系统视图。
system-view
(2) 开启RIR客户端功能。请至少选择其中一项进行配置。
¡ 请依次执行以下命令全局开启RIR客户端功能。
rir
client enable
¡ 请依次执行以下命令在VXLAN隧道模式的Tunnel接口视图下开启RIR客户端功能。
interface tunnel tunnel-number
rir role client
缺省情况下，未开启RIR客户端功能。
为保证RIR客户端的链路探测质量结果能够同步到RIR服务器，必须在RIR客户端上配置探测信息同步端口号。
RIR客户端与RIR服务器上配置的探测信息同步端口号必须保持一致，否则RIR客户端无法将链路探测质量结果同步到RIR服务器。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 配置RIR服务器与RIR客户端的探测信息同步端口号。
probe sync-port port-number
缺省情况下，未配置RIR服务器与RIR客户端的探测信息同步端口号。
Spoke设备作为RIR客户端时，也同时担任NQA客户端的角色。因此，需要在Spoke设备上开启NQA客户端功能，以保证NQA链路通断探测与NQA链路质量探测能够正常进行。
(1) 进入系统视图。
system-view
(2) 开启NQA客户端功能。
nqa agent enable
缺省情况下，NQA客户端功能处于关闭状态。
本命令的详细介绍，请参见“网络管理与监控命令参考”中的“NQA”。
开启RIR进程后，设备会启动NQA链路通断探测，对业务流量模板下配置的所有链路进行通断探测。Spoke设备（即NQA客户端）以一定时间间隔发送探测报文，并等待接收响应报文。如果超过超时时间仍未收到响应报文，则认为该链路不通。
通过本配置，可以：
· 修改探测时间间隔：时间间隔越短，检测灵敏度越高，同时消耗的系统资源也越多。
· 修改探测的超时时间：超时时间越短，对链路要求越高。
在VXLAN组网中，设备仅对开启RIR客户端功能的Tunnel接口进行NQA链路通断探测。
NQA链路通断探测报文以VXLAN隧道的源端地址为源IP地址、VXLAN隧道的目的端地址为目的IP地址，不必另行配置。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 配置NQA通断探测参数。
probe connect interval interval timeout timeout
缺省情况下，NQA链路通断探测时间间隔为100毫秒，超时时间为3000毫秒。
配置NQA链路质量探测后，设备会启动UDP-jitter测试，根据配置的探测参数进行链路质量检测。在业务流量模板下配置质量策略，关联SLA和NQA链路质量探测后，业务流量模板会将NQA链路质量探测结果与SLA的链路质量阈值进行比较。如果链路的所有探测结果均低于或等于阈值，则判定该链路符合业务质量要求。
为区别不同业务流量对链路质量探测的不同要求，可以为不同业务流量模板指定探测参数不同的NQA链路质量探测。NQA链路质量探测参数不同，其对同一链路的探测结果可能不同。
在VXLAN组网中，设备仅对开启RIR客户端功能的Tunnel接口进行NQA链路通断探测。
NQA链路质量探测报文以VXLAN隧道的源端地址为源IP地址、VXLAN隧道的目的端地址为目的IP地址，不必另行配置。
NQA链路质量探测需要NQA服务器和客户端配合才能完成。配置NQA链路质量探测前，需要在对应的NQA服务器上配置UDP监听功能。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 创建NQA链路质量探测，并进入NQA链路质量探测视图。
nqa nqa-id
(4) 配置NQA链路质量探测参数。
a. 配置NQA链路质量探测的时间间隔。
probe interval interval
缺省情况下，NQA链路质量探测时间间隔为100毫秒。
b. 配置NQA链路质量探测报文的DSCP值。
probe packet-dscp dscp-value
缺省情况下，NQA链路质量探测报文的DSCP值为63。
c. 配置NQA链路质量探测时发送报文的数量。
probe packet-number number
缺省情况下，NQA链路质量探测时发送报文的数量为100。
d. 配置NQA链路质量探测报文发送的时间间隔。
probe packet-interval interval
缺省情况下，NQA链路质量探测报文发送的时间间隔为20毫秒。
e. 配置NQA链路质量探测的超时阈值。
probe packet-timeout packet-timeout
缺省情况下，NQA链路质量探测报文的应答超时时间为3000毫秒。
f. 配置进行NQA链路质量探测的端口号。
probe port port-number
缺省情况下，未配置进行NQA链路质量探测的端口号。
NQA链路质量探测的端口号必须与RIR服务器（即NQA服务器）配置的UDP监听端口号相同，否则无法正常进行链路质量探测。
为业务流量模板质量策略指定SLA和NQA链路质量探测后，只有NQA链路质量探测结果符合SLA质量要求的链路才能用来传输业务流量模板对应的业务流量。
通过本配置可以创建SLA并配置SLA的各类参数。同一链路质量探测结果与不同SLA的阈值相比较，质量结果可能不同。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 创建SLA，并进入SLA视图。
sla sla-id
(4) 配置链路质量阈值。
a. 配置业务延迟阈值。
delay threshold threshold-value
缺省情况下，业务延迟阈值为10毫秒。
b. 配置业务抖动阈值。
jitter threshold threshold-value
缺省情况下，业务抖动阈值为100毫秒。
c. 配置业务丢包率阈值。
packet-loss threshold threshold-value
缺省情况下，业务丢包阈值为100‰。
在Hub-Spoke组网中，为避免Hub设备因检测多条链路而消耗过多资源，一般将Hub设备配置为RIR服务器，将Spoke设备配置为RIR客户端。
在全局和接口下都可以开启RIR服务器功能。全局开启RIR服务器功能时，设备的所有接口下都会开启RIR服务器功能，即所有接口都可以接收RIR客户端的链路探测质量结果。在接口下开启RIR服务器功能时，该接口可以接收RIR客户端的链路探测质量结果。
· VXLAN组网中仅Tunnel接口可以开启RIR服务器功能，RIR服务器基于Tunnel接口接收RIR客户端同步过来的链路探测质量结果。
· 在同一接口下只能开启RIR客户端功能或开启RIR服务器功能。
· 同时在全局和接口下开启不同的功能模式（RIR客户端功能或RIR服务器功能），接口下的功能模式以接口配置为准。
(1) 进入系统视图。
system-view
(2) 开启RIR服务器功能。请至少选择其中一项进行配置。
¡ 请依次执行以下命令全局开启RIR服务器功能。
rir
server enable
¡ 请依次执行以下命令在VXLAN隧道模式的Tunnel接口视图下开启RIR服务器功能。
interface tunnel tunnel-number
rir role server
缺省情况下，未开启RIR服务器功能。
为保证RIR服务器能够接收到RIR客户端同步的链路探测质量结果，必须在RIR服务器上配置探测信息同步端口号。
RIR服务器与RIR客户端上配置的探测信息同步端口号必须保持一致，否则RIR客户端无法将链路探测质量结果同步到RIR服务器。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 配置RIR服务器与RIR客户端的探测信息同步端口号。
probe sync-port port-number
缺省情况下，未配置RIR服务器与RIR客户端的探测信息同步端口号。
Hub设备作为RIR服务器时，同时担任NQA服务器的角色。因此，需要在Hub设备上开启NQA服务器功能，以保证NQA链路通断探测能够正常进行；并配置UDP监听服务，以保证NQA链路质量探测能够正常进行。
Hub设备（即NQA服务器）上配置的监听端口号必须与Spoke设备（即NQA客户端）上配置的NQA链路质量探测目的端口号一致，并且不能与已有的UDP监听服务冲突。
(1) 进入系统视图。
system-view
(2) 开启NQA服务器功能。
nqa server enable
缺省情况下，NQA服务器功能处于关闭状态。
本命令的详细介绍，请参见“网络管理与监控命令参考”中的“NQA”。
(3) 在RIR服务器（即NQA服务器）上配置UDP监听服务。
nqa server udp-echo ip-address port-number [ vpn-instance vpn-instance-name ] [ tos tos ]
本命令的详细介绍，请参见“网络管理与监控命令参考”中的“NQA”。
Hub设备配置业务流量模板质量策略时必须指定SLA和NQA链路质量探测。本配置用于创建质量策略引用的SLA和NQA链路质量探测。Hub设备业务流量模板质量策略引用的SLA和NQA链路质量探测可以不配置具体参数；如果配置了参数，该参数不生效。质量策略配置的详细介绍，请参见1.20.3 配置业务流量模板质量策略。
· 如果Hub设备不配置业务流量模板质量策略，可以不创建SLA和NQA链路质量探测。
· 配置Hub设备业务流量模板质量策略引用的SLA和NQA链路质量探测编号，与Spoke设备相应业务流量模板质量策略引用的SLA和NQA链路质量探测编号不一致，不会影响质量策略的执行和应用，但为了方便识别，建议配置成一致。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 创建SLA，并进入SLA视图。
sla sla-id
(4) 退回RIR视图。
quit
(5) 创建NQA链路质量探测，并进入NQA链路质量探测视图。
nqa nqa-id
链路类型与编号用来在Hub设备与Spoke设备之间唯一确定一条链路。只有为链路配置链路类型与编号，该链路才能被业务流量模板引用。通过本配置，可以配置链路为4G、Internet、MPLS或MSTP链路类型，以标识该链路的网络类型。
基于VXLAN组网部署智能选路时，每个Hub设备与每个Spoke设备间在每个VSI虚接口下（即每个VXLAN中）只能有一条VXLAN隧道。通过在VSI虚接口下配置链路类型和编号，就能在Hub设备与Spoke设备之间唯一标识一条VXLAN隧道。
Hub设备或Spoke设备的同一VSI虚接口下可以有多条VXLAN隧道分别对应多个Spoke设备或Hub设备。这些VXLAN隧道共用相同的链路类型和编号。
目前仅支持在VSI虚接口下配置4G、Internet、MPLS和MSTP四种链路类型，配置时需要注意：
· 链路类型的配置仅提供标识作用，不会对实际报文的封装形式造成影响。
· 一个VSI虚接口只能配置为一种类型的链路。
· 不同的VSI虚接口下同类型链路的编号不能相同。
(1) 进入系统视图。
system-view
(2) 进入VSI虚接口视图。
interface vsi-interface vsi-interface-id
(3) 配置链路类型及编号。
rir link-type { 4g | internet | mpls | mstp } index link-index
缺省情况下，未配置VSI虚接口的链路类型和编号。
(1) 进入系统视图。
system-view
(2) 进入VXLAN隧道模式的Tunnel接口视图。
interface tunnel tunnel-number
(3) 配置Tunnel接口的期望带宽。
bandwidth bandwidth-value
缺省情况下，接口的期望带宽＝接口的最大速率÷1000（kbps）。
期望带宽供业务模块使用，不会对接口实际带宽造成影响。
本命令的详细介绍，请参见“三层技术-IP业务命令参考”中的“隧道”。
Spoke设备与主用Hub设备之间的链路称为主用链路，Spoke设备与备用Hub之间的链路称为备用链路。设备为业务流量进行智能选路时，会优先选择符合业务要求的主用链路，然后才会选择符合业务要求的备用链路。
基于VXLAN部署智能选路时，在业务流量模板下基于链路类型和编号，为VSI虚接口配置链路优先级后，该VSI虚接口关联的VXLAN隧道即缺省作为主用链路选路。如果将某个VSI虚接口关联的VXLAN隧道配置为RIR备份隧道，该VXLAN隧道即作为备用链路选路。
如果实际组网需要，用户可以配置Spoke设备与主Hub设备之间的链路为备用链路。
(1) 进入系统视图。
system-view
(2) 进入VXLAN隧道模式的Tunnel接口视图。
interface tunnel tunnel-number
(3) 指定当前隧道为RIR备用隧道。
rir backup
缺省情况下，隧道为RIR主用隧道。
通过配置业务流量模板，可以确定某一类业务的选路策略。
业务流量模板用于定义不同业务流量的链路选择策略。当设备识别出不同业务流量的报文后，将通过Qos策略为不同的业务流量分配Flow ID。设备使用该Flow ID对应的业务流量模板为报文选择符合要求的链路进行转发。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 创建业务流量模板，并进入业务流量模板视图。
flow flow-id
Hub设备业务流量模板下配置质量策略后，会按照Spoke设备同步过来的链路探测质量结果执行链路质量检测。如果Hub设备上配置了业务流量模板质量策略，而Spoke设备上没有配置相应的业务流量模板质量策略，那么会因无法同步链路探测质量结果，导致该业务流量模板对应的所有业务流量质量检测不通过。如果没有配置质量策略，则在设备为业务流量选路时认为链路质量符合业务质量要求。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 进入业务流量模板视图。
flow flow-id
(4) 配置业务流量模板质量策略。
quality-policy sla sla-id nqa nqa-id
缺省情况下，未配置业务流量模板的质量策略。
为业务流量模板质量策略指定SLA、NQA链路质量探测时，指定SLA、NQA链路质量探测必须已经创建。
为某个会话的流量进行智能选路时，设备会基于会话所属业务流量模板下配置的会话预计使用带宽进行带宽检测。如果待选链路已使用带宽与会话预计使用的带宽之和小于待选链路总带宽的80%，则待选链路当前可用带宽符合会话带宽要求，带宽检测通过。
配置的会话预计使用的带宽不是会话实际使用的带宽，而是根据用户业务估算的会话带宽。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 进入业务流量模板视图。
flow flow-id
(4) 会话预计使用的带宽。
expect-bandwidth bandwidth
缺省情况下，会话预计使用的带宽为0kbps。
设备为某一业务类型流量选路时，会优先选择优先级较高的链路。
基于VXLAN组网部署智能选路时，可以在业务流量模板下基于链路类型和编号，为VSI虚接口下的链路配置链路优先级。由于每个Hub设备与每个Spoke设备间在每个VSI虚接口下（即每个VXLAN中）只能有一条VXLAN隧道，在业务流量模板下配置链路优先级，就确定了一个Hub设备和一个Spoke设备之间VXLAN隧道的优先级。
在同一业务流量模板下可以为不同的链路配置相同的链路优先级。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 进入业务流量模板视图。
flow flow-id
(4) 配置链路优先级。
path link-type { 4g | internet | mpls | mstp } index link-index preference preference
缺省情况下，未配置业务流量模板中各类型链路的优先级。
将RIR全局的链路负载分担模式配置为逐流周期调整模式，并将某一业务的链路负载分担模式配置为逐包模式时，该业务流量会按照逐包模式进行链路负载分担，除该业务流量外的其他业务流量则按照逐流周期调整模式进行链路负载分担。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 配置业务链路的负载分担模式为逐流周期调整模式。
load-balance per-session periodic-adjust enable
缺省情况下，业务的链路负载分担模式为逐流加权选路模式。
(4) 配置逐流周期调整链路负载分担模式的调整周期。
load-balance per-session periodic-adjust adjust-interval interval-value
缺省情况下，逐流周期调整链路负载分担模式的调整周期为30秒。
(5) 配置逐流周期调整链路负载分担模式的剩余带宽比差值阈值。
load-balance per-session periodic-adjust threshold upper upper-threshold-value lower lower-threshold-value
缺省情况下，逐流周期调整链路负载分担模式的剩余带宽比差值的上限阈值为50%，下限阈值为20%。
指定的剩余带宽比差值的上限阈值必须大于或等于下限阈值。
由于同一会话的报文分布在多条链路上进行传输，报文可能无法按照顺序到达接收端。因此，对报文顺序敏感的业务（TCP等可以保序的协议除外）建议不要配置为逐包转发负载分担模式。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 进入业务流量模板视图。
flow flow-id
(4) 配置链路负载分担模式为逐包模式。
load-balance per-packet enable
缺省情况下，业务的链路负载分担模式以RIR全局的链路负载分担模式为准。
为更好地保证高优先级业务优先使用链路资源，智能选路支持基于业务优先级选路。
在基于业务优先级的选路机制中，业务流量模板质量策略中的SLA编号决定了相应业务的优先级。SLA编号越大，优先级越高。如果相应业务流量模板下没有配置质量策略，则认为该业务流量的优先级最低。
开启基于业务优先级的选路功能后，设备会对带宽使用率高于上限阈值的链路上的业务流量进行重新选路。重新选路通过多个调度周期逐步完成。在每个调度周期内，设备会将该链路上当前优先级最低的业务流量调整到其他链路上进行传输，直至该链路上只存在最高优先级的业务流量，或当前优先级最低的业务流量的所有可选链路带宽使用率都低于下限阈值。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 开启基于业务优先级的选路功能。
flow priority-based-schedule enable
(4) 配置基于业务优先级选路的调度周期。
flow priority-based-schedule schedule-period schedule-period-value
缺省情况下，基于业务优先级选路的调度周期为30秒。
(5) 配置基于业务优先级选路的带宽阈值。
flow priority-based-schedule bandwidth-threshold upper upper-threshold lower lower-threshold
缺省情况下，基于业务优先级选路的带宽上限阈值为90%，下限阈值为20%。
指定的带宽上限阈值必须大于等于下限阈值。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 配置选路延迟时间。
link-select delay delay
缺省情况下，选路延迟时间为60秒。
(4) 配置选路抑制周期。
link-select suppress-period period-value
缺省情况下，未配置选路抑制周期，设备执行一次选路后不会进入选路抑制周期。
建议配置选路抑制周期大小为选路延迟时间的整数倍，至少为2倍。
为业务流量分配指定Flow ID，可以关联流量与业务流量模板，流量根据业务流量模板下的选路策略进行选路。
通过配置QoS策略可以为业务流量重标记不同的Flow ID。有关QoS重标记功能的详细介绍，请参见“ACL和QoS配置指导”中的“QoS概述”、“QoS策略”和“重标记”。
(1) 进入系统视图。
system-view
(2) 创建流分类，并进入流分类视图。
traffic classifier classifier-name [ operator { and | or } ]
(3) 定义匹配报文的五元组和DSCP。
if-match [ not ] match-criteria
缺省情况下，未定义匹配数据包的规则。
(1) 进入系统视图。
system-view
(2) 创建流行为，并进入流行为视图。
traffic behavior behavior-name
(3) 配置重标记报文的Flow ID。
remark flow-id flow-id
缺省情况下，未配置重新标记报文的Flow ID动作。
(1) 进入系统视图。
system-view
(2) 创建QoS策略，并进入策略视图。
qos policy policy-name
(3) 在策略中为类指定采用的流行为。
classifier classifier-name behavior behavior-name
缺省情况下，没有为类指定流行为。
(1) 进入系统视图。
system-view
(2) 进入接口视图。
interface interface-type interface-number
(3) 在接口的入方向应用QoS策略。
qos apply policy policy-name inbound
缺省情况下，未应用QoS策略。
组建协同选路设备组的所有设备必须具备独立的智能选路能力，并且使用相同的业务定义策略，即可以将同类业务流量标识成相同的Flow ID。
本/对端设备间需要建立专用转发路径，以防止本端设备转发给对端设备的报文被中间设备转发给其他设备。专用转发路径可以是直连路由或GRE隧道：
· 如果本/对端设备直连，则可以通过配置多个物理接口或者子接口，分别为本/对端设备间公网或每个VPN实例的报文生成一条直连路由。有关子接口配置的详细介绍，请参见“接口管理配置指导”中的“以太网接口”。
· 如果本/对端设备非直连，则需要手动为本/对端设备间公网或每个VPN实例的报文分别建立一条GRE隧道。有关GRE隧道配置的详细介绍，请参见“三层技术-IP业务配置指导”中的“GRE”。
由于业务流量标识仅在设备选路流程中使用，不会被报文携带出设备。所以，需要在本/对端设备互连的接口上应用QoS策略，为接收到的报文重新添加业务流量标识。有关使用QoS策略重标记流量标识的详细介绍，请参见“1.24 配置QoS策略重标记Flow ID”。
本端设备只能发现和选择已添加到协同选路组中的对端设备链路，并且在选路过程中会将本端设备链路的目的地作为同一协同链路组中的对端设备链路的目的地。
同一协同选路设备组到不同设备（Hub设备或Spoke设备）或其他协同选路设备组的协同链路组编号不能相同。
不同协同选路设备组到同一设备（Hub设备或Spoke设备）或同一协同选路设备组的协同链路组编号可以相同，但为了组网清晰，建议配置成不同。
(1) 进入系统视图。
system-view
(2) 进入VXLAN隧道模式的Tunnel接口视图。
interface tunnel tunnel-number
(3) 配置VXLAN隧道属于指定RIR协同链路组。
rir collaboration-link-group group-id
缺省情况下，VXLAN隧道属于RIR协同链路组0。
协同选路设备组的所有设备需要两两建立选路协同关系以同步链路数据。建立选路协同关系后，本/对端设备中IP地址较小的设备会作为客户端，向另一设备发起建立TCP连接。通过该TCP连接，本端设备可以将本设备上符合业务要求的链路配置数据和链路状态数据发送给对端设备，发送的数据不包括从同一协同选路设备组内的其他设备同步过来的链路数据。
建立选路协同关系时指定的本端和对端地址必须同时属于公网或相同的VPN实例。
同一协同选路本/对端设备间只可以建立一条用于同步链路数据的有效TCP连接。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 配置本端设备与对端设备建立选路协同关系。
collaboration peer [ vpn-instance vpn-instance-name ] peer-ipv4-address local local-ipv4-address sync-port port-number
缺省情况下，本端设备未与对端设备建立选路协同关系。
本端设备与对端设备建立选路协同关系后，可以同步链路信息，但仍无法选择对端设备链路进行数据转发。在本端设备上配置对端设备在公网或某个VPN实例的报文重定向地址后，本端设备在选择对端设备的链路转发公网或某个VPN实例的数据报文时，会根据对端设备在公网或该VPN实例内的重定向地址，查找公网或该VPN实例的路由表，将报文通过专用转发路径转发到对端设备。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 配置协同选路对端设备的报文重定向地址。
collaboration peer [ vpn-instance vpn-instance-name ] peer-ipv4-address redirect [ vpn-instance redirect-vpn-instance-name ] redirect-ipv4-address
缺省情况下，未配置协同选路对端设备的报文重定向地址。
其中，vpn-instance vpn-instance-name用于指定与对端设备建立的选路协同关系所属的VPN实例；vpn-instance redirect-vpn-instance-name用于配置本端设备在选择对端设备的链路转发数据报文时，将指定VPN实例的报文重定向到redirect-ipv4-address。
RIR日志记录了智能选路过程中发生的选路调度事件、质量变化事件、带宽变化事件、配置变化事件和链路故障事件，以便网络管理员根据记录的事件分析、维护和调整智能选路网络。
RIR日志通过Flow日志方式进行输出。开启RIR日志功能后，必须配置Flow日志的相关功能，才能输出RIR日志信息。
有关Flow日志的详细介绍，请参见“网络管理和监控配置指导”中的“Flow日志”。
(1) 进入系统视图。
system-view
(2) 进入RIR视图。
rir
(3) 开启RIR日志功能。
log enable
缺省情况下，RIR日志功能属于关闭状态。
开启隧道基于Flow ID的流量速率统计功能后，设备将会基于Flow ID对隧道流量速率进行统计。
(1) 进入系统视图。
system-view
(2) 开启隧道基于Flow ID的流量速率统计功能。
tunnel flow-statistics enable
缺省情况下，隧道基于Flow ID的流量速率统计功能处于关闭状态。
(3) （可选）配置隧道基于Flow ID的流量速率统计时间间隔。
tunnel flow-statistics interval interval
缺省情况下，隧道基于Flow ID的流量速率统计时间间隔为300秒。
在任意视图下执行display命令可以显示智能选路配置后的运行情况，通过查看显示信息验证配置的效果。
在用户视图下执行reset命令可以清除流量速率统计信息。
表1-3 智能选路显示和维护
|
操作 |
命令 |
|
显示隧道基于Flow ID的流量速率统计信息 |
display tunnel flow-statistics [ flow flow-id [ interface tunnel number ] ] |
|
清除隧道基于Flow ID的流量速率统计信息 |
reset tunnel flow-statistics [ flow flow-id [ interface tunnel number ] ] |
不同款型规格的资料略有差异, 详细信息请向具体销售和400咨询。H3C保留在没有任何通知或提示的情况下对资料内容进行修改的权利!
支持
