tl; dr：是否可以通过l2tp或MPLS运行RSTP？
我们已经从服务提供商的networking租用了一个容量，在这个networking上我们发送了一个udp组播stream量。 提供商让我们在不同地点的PoP下降，我们终止每个PoP的交换机链路。 提供商使用环形拓扑，如果有任何电缆切断或类似的问题，stream量将通过其他path路由。 但是有时候他们是在环中多次切割，我们完全失去了连接。
我们还从另一家提供商那里租用另一条暗光纤，它没有第一个提供商的覆盖范围，但是仍然到达主要的PoP，并且在与第一个提供商相同的交换机处终止。
目前，如果第一个提供商networkingclosures，我们手动切换到第二个提供商。 显然这是不理想的。 我们需要的是，如果第一个提供商环网失效，stream量自动切换到第二个提供商。 面临的挑战是，第一个提供商运行自己的交换机，并有一些冗余协议运行环pipe理。 他们不愿意给我们提供关于networkingconfiguration的信息，也不愿意与我们合作configurationRSTP。
我们在这种情况下有什么select？ 我会想象我们正在运行一个隧道（l2tp / mpls）？ 在连接到第一个提供商的交换机之间，以及我们所有的stream量都通过隧道，并通过交换机configurationRSTP。 有这样的可能吗？ 我们有其他的解决scheme吗？
我们现在在PoP使用低端开关，如果我们有解决scheme，可以购买必要的设备。
除非我绝对必要，否则在WAN上运行第二层是一个非常糟糕的主意。 STP将需要进行各种调整，以增加延迟。 您需要测量延迟并将其应用于所有STP计算。 广播，组播和未知单播将需要端到端地传送到二层域中的每个交换机端口，从而消耗昂贵的WAN带宽。 第三层将控制广播和未知的单播stream量，而PIM和IGMP将确保组播只发送到那些请求组播stream量的路由器，交换机和交换机端口。
您可能会认为组播stream量需要一直到第二层，但事实并非如此。 您可以使用三层和多播路由作为一个更稳定的情况。
现在几乎没有什么需要端到端的第二层; 我们生活在一个三层世界。 一句老话就是：“切换到你想去的地方”，已经完全转过头去了。 现在甚至build议运行第三层到接入交换机。 现在三层交换机相当先进，比以前便宜。
你应该真的考虑使用三层隧道而不是二层隧道。