有技术和操作方面的考虑。

技术考虑是预测或确定 RR 平台将承受多少负载。你要背着100>1000>？？？路线？会不会有很多人流？通常，RR 会获得 BGP RIB 的完整副本。所以如果你有一个流失事件，它会传播到你所有的路由反射器。如果它们也在转发路径中，则您的数据路径可能会出现问题。特定于 MX80，RE 不是具有大量路由的 RR 服务的最佳选择。我不会把它们结合起来。

在操作上，您是否同意命运共享您的 RR 和您的数据平面？考虑：维护，更改策略。如果您没有变更政策，您是否正在招聘？开玩笑。

我可以告诉你，过去我把我的P节点和RR结合起来。我是在一个更大的平台上这样做的，但我也对盒子进行了 lsys 处理，这样当我决定使用离散 RR 时，路由器的 RR 部分可以立即升起。

如果我现在有一个新建项目，我要么使用双 x64 RE 获得 stub 240，要么在运行 Vyatta 之类的服务器上运行它。在某些拓扑中，我什至不确定是否将 RR 放入 IGP。少一件事出错。

如果 RR 在转发路径中不在附近，那么它可能会反映到您的 PE 的次优路由。将来这个问题会被BGP-ORR 解决

如果您正在运行 MPLS 网络，那么您还应该考虑您的核心是否应该是 BGP free 的。BGP free core 的好处是它不会在下次有 BGP UPDATE 消息的解析器错误时崩溃。BGP 自由核心的问题在于，要么您的 PE 框需要具有完整表，要么您将拥有次优的默认路由。