有人可以解释一下 Juniper MX 路由器中的“目标分配”旋钮是如何工作的。
我们在充当 BNG 的瞻博网络 MX 路由器上创建了聚合以太网 (AE) 链路。但是，在创建捆绑链接并在其上终止订户后，发现订户获得的带宽比监管的要多。JTAC 建议在动态配置文件下应用旋钮“targeted-distribution”来解决这个问题。应用旋钮后，问题就解决了。
我试图从瞻博网络文档中学习，但这是我的理解。
根据我的理解，这个旋钮在捆绑的成员链接之间分配动态接口（为 BNG 订阅者创建）。一些订阅者可能在一个成员链接上，而其他订阅者可能在另一个成员链接上。由 AAA/SRC 针对任何订户推送的策略将随后对订户所在的成员链路上的流量进行速率限制，因为没有此旋钮，用户流量将在捆绑中的所有成员链路上散列，并且速率限制将激活捆绑中的每个单独成员链接，因此所有订阅者的速度都比他们在 BNG 上的个人资料要快。
如果我遗漏了什么或者我完全错了，请纠正我。它与“共享带宽策略”旋钮有何不同
它有助于解释定向分发正在解决的问题，让我们来看看。基本上，如果没有有针对性的分发，您有两种方法可以将整形资源分配给订阅者。举例来说，假设您有一个 4x1G 的 LAG，连接了 100M 的订户。
将 100M 整形器拆分为 4 个 LAG 成员（每个成员 25M）。这工作正常，但大流量将最大为 25M。对您的客户来说不是很好的体验。这就是 a 的shared-bandwidth-policer作用，它将在订户可用于访问的 n 个接口（LAG 成员）之间静态分配配置的整形率。您可以查看此KB以获得更多关于订阅者管理的背景信息。
将 100M 整形器复制到所有 4 个 LAG 成员（每个成员 100M）。这确实解决了第一个问题，但它也提出了一个新问题，即使客户支付了 100M，根据他们的流量模式，他们最多可以获得 400M。这就是你所看到的，我想。这种过度订阅也可能导致其他订阅者的拥塞。
最后，这两个选项消耗的硬件调度资源都比实际需要的多。
进来了targeted-distribution。从本质上讲，您不必选择按流或按订阅者的整形，而是两者兼而有之。它通过将订阅者（和相关资源）分配给单个 LAG 成员来实现此目的。此外，还有冗余选项，其中资源被复制到 LAG 内的备份链路，或者在同一个 FPC（链路级冗余）或另一个 FPC（FPC 冗余）上。这使得链路故障对最终客户更加透明。
当订阅者连接时，他们将根据 LAG 成员上当前订阅者会话的数量（不是带宽）分配给负载最少的 LAG 成员。此外，您可以分配 adistribution-list以确保某些 LAG 成员仅获取与特定列表关联的订阅者。
注意：在您的特定情况下，每个 AE 有 2 个 LAG 成员。如果您决定以这种方式进行部署，这些可能是主要的和备份的。如果您的网络最终要求增加这些 LAG 的大小，那么在出现故障情况之前，其他链路不会成为主链路或备用链路，这就是通过有针对性的分配来提高资源分配效率的方式。