Это полностью гипотетический вопрос, сейчас я не в такой ситуации.
Что произойдет с топологией и маршрутизацией VLAN, если вы используете многопользовательскую сеть и у вас более 4096 клиентов?
Придется ли вам начинать «зонирование» вашей сети на самом высоком уровне в новых деревьях маршрутизаторов / коммутаторов и снова начинать с повторного использования номеров VLAN?
Вы либо используете Q-in-Q, или да, вы создаете второй изолированный лес коммутаторов с собственным набором виртуальных локальных сетей.
Рассмотрите возможность изучения некоторых современных технологий коммутации, даже если это просто для сравнения, например VPLS (Virtual Private LAN Service).
У Juniper есть действительно интересная статья о VPLS для центров обработки данных по адресу http://www.juniper.net/us/en/local/pdf/implementation-guides/8010050-en.pdf .
Одним из ключевых преимуществ предложения VPLS поверх VLAN является то, что в сети VPLS вы имеете дело с метками MPLS, а не с идентификаторами VLAN, поэтому вы потенциально можете масштабироваться до десятков тысяч экземпляров VPLS.
Еще одно ключевое преимущество заключается в том, что если все ваши коммутаторы участвуют в одной сети MPLS, вы можете просто настроить экземпляр VPLS на двух граничных коммутаторах, обращенных к вашим клиентам, то есть исходному порту и порту назначения, и вы этого не сделаете. необходимо «соединить» VLAN между граничными и базовыми коммутаторами. Это экономит МНОГО времени на подготовку, особенно по мере роста вашей сети.
Вы также можете настроить несколько путей MPLS между коммутаторами, что означает, что можно построить коммутационную среду в стиле «ячеистой сети», которая может выдерживать отказ коммутаторов - даже основных или агрегированных коммутаторов.
Возможно, вы еще не достигли того момента, когда сможете создать коммутационную сеть с поддержкой MPLS. Но если вы действительно хотите масштабироваться - это может быть лучшим решением, чем куча Q-in-Q.
Конечно, есть и недостатки - вам наверняка понадобятся хорошие коммутаторы (например, Juniper EX3200, Cisco 3750 или лучше).
Доступны и другие технологии, например Cisco / Brocade TRILL или Juniper QFabric (я позволю вам использовать Google для них), но они, вероятно, зарезервированы для толстых кошек с большими центрами обработки данных, которые развернут полную сеть по мере необходимости. новые инвестиции, а не «маленький» парень, пытающийся органично развивать свой бизнес.
Последний совет: внимательно подумайте о том, как можно предотвратить переключение петель, предлагая клиенту ссылки Q-in-Q или VPLS. И заранее запустите несколько сценариев. :-)