问有任何路由协议考虑链路容量吗？

EN

是否存在考虑链路容量和负载的路由协议？

有两种方法可以处理您描述的问题：

• MPLS TE w/ RSVP (复杂)
• EIGRP (更容易，但不是很好的开箱即用)

MPLS TE w/ RSVP：

MPLS流量工程并不完全是一种路由协议，但它增加了OSPF或ISIS使用特定于MPLS (OSPF不透明LSA或ISIS Sub-TLVs)的IGP扩展来计算所提供的负载的能力。

根据MPLS路径提供的负载，有两种正常的流量调整方法：

• 一个是思科和Juniper所说的“自动带宽调整”(思科医生 / 杜松子)。
• 您还可以使用脱机计算来优化流量，并将策略推送到MPLS TE节点。

MPLS TE w/ RSVP在整个路径上保留带宽，然后每个MPLS路由器都可以被配置成周期性地宣布更新，甚至强制每个跳的带宽限制；皮特·坦普林的NANOG演讲对这是如何工作的有一个很好的概述。有些人说Cisco并没有在路径上强制MPLS带宽限制；然而，这实际上只是故事的一部分。如果您使用区分感知TE (DS-TE)，您可以在隧道上实施带宽限制(前提是平台/ IOS支持)。

结束语:您的问题描述了链路加载问题，MPLS TE当然可以处理这些问题；然而，MPLS TE更像是一个路径管理框架。MPLS TE旨在管理路由器之间的多条路径.每条路径都是多个链接。

EIGRP：

当然，EIGRP具有根据提供的负载调整IGP成本的能力；但是，在EIGRP中，这种能力默认是禁用的(出于很好的理由)。启用它的命令是metric weights，它使用这个公式。K2参数默认为0；当它不是零时，它将考虑思科的接口“平均负载”参数。

EIGRP Metric = 256*((K1*Bw) + (K2*Bw)/(256-Load) + (K3*Delay) + (K5/(Reliability + K4)))

然而，EIGRP不会仅仅因为加载间隔的变化而发送更新，它只会发送更新当另一个拓扑发生变化时。最终的结果是，在拓扑发生变化之前，本地路由器将根据负载做出决策；然而，直到EIGRP被迫发送更新时，其他路由器才会知道这些决定。实际上，这个EIGRP负载平均特性可以解决一些点问题，但在我看来并不像MPLS TE那样有帮助。

EIGRP使用IOS指示的负载作为计算的一部分。EIGRP还可以在不平等的成本路径上相对地适当地负载平衡。

http://www.cisco.com/c/en/us/products/collateral/ios-nx-os-software/enhanced-interior-gateway-routing-protocol-eigrp/whitepaper_C11-720525.html