如果提供商可以为您过滤他们的更新，那么通过您的链接发送的前缀就会更少，您需要处理的前缀也会更少。

除了默认路由之外，一种常见的技术是提供商向您发送他们的 AS 和直接连接的客户 AS。对于距离较远的 AS，您使用哪个提供商到达那里可能并不重要。

请记住，您可以控制出站流量路径，但您可以对入站流量执行的操作有限。所以一个链接可能会比另一个使用更多。如果您真的对平衡（出站）流量感兴趣，您可以调整特定 AS 路径的本地首选项。但在某些时候，它会比它的价值更麻烦。

如果您特别希望加快收敛速度​​或降低 CPU 使用率，那么询问您的提供商是否提供客户 + 对等 + 默认路由选项将是一个简单的解决方案。

如果您的全表收敛时间/CPU 负载是可以接受的，那么配置一个 as-path-list 来限制您通过 AS-Path 计数使用的前缀数量可以在不涉及您的提供者的情况下为您提供更大的灵活性。如果您确实需要其他/不同的路由信息​​，这可以更简单地支持，因为提供商为您提供完整信息并限制您需要从第三方请求的更改数量（如果您扩展超过 2 个提供商，则尤其重要......） .

我建议您接受来自您的提供商的完整 BGP 馈送，因为有一天您可能需要访问一条路由，该路由是 /24 前缀并且仅由您的一个邻居宣布。

如果您只需要确保您完全了解 Internet 的 400k 路由，这里是个人收据，我会尝试减少您的路由器收敛时间。

假设您有 2 个 BGP 邻居 AS1 和 AS2。对于 2 个源，定义一个前缀列表以拒绝将包含其他 BGP 邻居 AS 的任何路由。

在 AS1 之前，拒绝将包含 AS2 的每个 AS 路径。在 AS2 之前，拒绝将包含 AS1 的每个 AS 路径。

因此，由您的 2 个邻居提供的 AS 路径永远不会导致计算。只有一个邻居才能到达的路线永远不会被淘汰。

风险在于，像 AS1 - AS2 - AS3 这样比 AS2 - AS3 更短的路由将被拒绝。但这种“从后面来”的路线是最好的，是一个罕见的实际案例。