Проектирование сети, когда у Вас заканчиваются VLAN
Да, хорошо отчасти так или иначе. VLAN являются функцией Уровня 2, по-видимому, Вы имеете в виду маршрутизацию IP - который является функцией Уровня 3. Таким образом, можно, конечно, направить от двух VLAN по-другому, но что Вы на самом деле делаете, направляет от двух различных подсетей IP; каждый VLAN, имеющий одну или несколько подсетей.
То, что необходимо сделать, определяют различные подсети, которые соответствуют VLAN и просто определяют статические маршруты - т.е. трафик от подсети A переходит к Z, и трафик от подсети B переходит к Y.
Сообщите мне, неправильно понял ли я Ваш запрос.
Рассмотрите возможность изучения некоторых современных технологий коммутации, даже если это просто для сравнения - например, 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 (I ' Я позволю вам Google для этого) - но они, вероятно, предназначены для толстых кошек с большими центрами обработки данных, которые развернут полноценную сеть в качестве нового вложения, а не "маленького" человека, пытающегося органично развивать свой бизнес.
Последний совет: внимательно подумайте о том, как можно предотвратить переключение петель, предлагая клиенту ссылки Q-in-Q или VPLS. И заранее запустите несколько сценариев. : -)