这是一个完全假设的问题，我现在不在这种情况下。
如果运行多租户networking，并且您拥有超过4096个客户，那么您的VLAN拓扑和路由会发生什么变化？
你是否必须开始把你的networking在最高层“分区”到路由器/交换机的新树中，并重新开始重新使用VLAN号码？
考虑一下现代交换技术，即使它仅仅是为了比较而已 – 例如VPLS（虚拟专用局域网服务）。
瞻博networking在http://www.juniper.net/us/en/local/pdf/implementation-guides/8010050-en.pdf上有关于数据中心VPLS的非常有趣的论文。
通过VLAN提供VPLS的一个关键优势是，在VPLSnetworking中，您处理MPLS标签而不是VLAN ID，因此您可以扩展到数以万计的VPLS实例。
另一个关键的优点是，如果所有的交换机都join到同一个MPLSnetworking中，您可以简单地在面向客户的两个边缘交换机（即源端口和目标端口）上configurationVPLS实例，需要在边缘交换机和核心交换机之间“垂直”VLAN。 这在configuration中节省了很多时间，特别是随着networking的增长。
您也可以在交换机之间configuration多条MPLSpath，这意味着可以build立一个可以容忍交换机故障的“网状”式交换环境，甚至是核心交换机或汇聚交换机。
您可能还没有达到能够支持MPLS的交换networking的程度。 但是，如果你真的打算扩大规模 – 这可能比一堆Q-in-Q更好的解决scheme。
当然也有缺点 – 你可能需要一些很好的交换机（例如Juniper EX3200，Cisco 3750或更好）。
还有其他一些技术，例如思科/博科TRILL或瞻博networkingQFabric（我会让你的谷歌为这些） – 但这些可能保留给大型数据中心的胖猫，他们将推出一个完整的networking一个新的投资，而不是一个试图有机地发展他的业务的“小”家伙。
最后一条build议：仔细考虑如何在向客户提供Q-in-Q或VPLS链接时防止切换循环。 并提前运行一些场景。 🙂
您可以使用Q-in-Q ，也可以使用自己的一组VLAN创build另一个隔离的交换机林。