想知道VPLS和路由协议

在运营商以太网服务客户的兴趣正在增长。凭借其简单，工程师们建立知识库，每兆比特成本低，以太网WAN服务是WAN接入的下一个合乎逻辑的步骤。运营商都抢着来升级其网络，在全球范围内提供以太网接入。我的网络使用了大量的WAN以太网。所有我们在美国的网站使用它从我们的服务提供商接入MPLS L3VPN云。这已被证明是一项伟大的技术给我们。然而，在我们的情况下，WAN以太网仅仅是接入电路到MPLS云。我们同行建立EBGP对这些WAN以太网电路到提供商的PER。我已经讨论我的感情以前BGP以及如何让我们可以扩展我们的网络和利用增强路由功能。但是，许多运营商都没有定位WAN以太网作为接入选择自己的MPLS L3VPN云，但作为一个VPLS解决方案。VPLS提供客户站点，而不是三层接入之间的2层连接。虽然连接仍然是任何到任何（多点）作为L3VPN MPLS是，它是在OSI模型中的一个层降低。许多运营商通过其现有的MPLS骨干网提供VPLS。但是，我也有一个载波一个有趣的讨论最近正在考虑为他们的下一代网络的所有以太网骨干。这将是以太网支持以太网没有MPLS L3VPN选项。在VPLS业务，客户不超过2层多接入VPLS网络自身的路由器之间的对路由协议与载体，而是直接。这就像任何以太网LAN你今天。虽然它可能是在千里，至于路由器而言，它只是一个局域网。 This makes BGP a much more difficult routing protocol to use since it relies on static neighbors generally in a point-to-point environment. Furthermore, since there is没有路由协议对等外部组织（在MPLS”情况下，服务提供商）的客户可以继续运行I​​GP - 最有可能的OSPF或EIGRP。OSPF和EIGRP形式邻居自动且适合多接入局域网。但这引入了另一个有趣的路由协议可扩展性问题。在阅读书籍和最佳实践指南，我已经学会了保持OSPF或EIGRP邻居的数量在一个局域网段20以下（最好是向着更小）。但如何做，当你有上百个远程现场网站（如银行和餐馆做）这样做在VPLS环境？所有这些网站不能在同一个二层域，因为路由协议不能处理所有的邻居。是的，你可以将网络分段，到10-20位的岛屿，但你失去了任意到任意能力，VPLS提供。通过具有带宽大小，以处理发往轮毂，不仅交通，而且站点到站点的交通枢纽站点流量必须途径。另外，你怎么在这种情况下正确配置OSPF区域或EIGRP总结？你想的最后一件事是配置路由协议转成VPLS一个帧中继风格网络的所有流量通过一个中心站点的路由。 VPLS looks like a great technology for a small number of sites, but I'm concerned about how routing protocols would scale to handle it. To make VPLS a viable revenue service, carriers must be able to sell it to large enterprises as a viable option to L3VPN MPLS. However, customers are getting very used to the routing control and capabilities L3VPNs and MPLS provide. I just have a feeling they won't realize how much they like these features until they're gone. I'm interested to see how this will work out and thoughts and solution you may have.