Я устанавливаю Ethernet-соединение в метро от моего офиса до центра обработки данных. В офисе будет cisco 3750 с несколькими вланами. Конец центра обработки данных будет иметь более сложную настройку. Метро e из офиса будет подключаться к 2960, у которого будут два других 2960 с несколькими vlan и маршрутизатор 2811, подключенный к нему для подключения к другим нашим средам и Интернету.
Я собираюсь реализовать это, подключив офис 3750 и центр обработки данных 2960 магистралью dot1q и выполняя всю маршрутизацию на 2811. Я настрою субинтерфейсы для шлюзов для каждого из виртуальных локальных сетей на 2811. Я работаю в небольшой компании и у вас нет большого бюджета на идеальную архитектуру. Если нужно, могу выложить простую схему для пояснения.
Что мне здесь не хватает? Я чувствую, что забываю что-то очень важное, и хочу быть уверенным, что устраню все упрямые ошибки.
Похоже, ваше предлагаемое решение может столкнуться с парой ограничений, в зависимости от того, как работает ваш провайдер Metro-E.
Во-первых, запустив VLAN по каналу метро-E, вы можете запустить QinQ (ваши теги внутри тега поставщика городского уровня). Их оборудование (надеюсь) настроено, чтобы справиться с этим, но если это не так, вы заметите это, увидев уменьшенный полезный MTU на ссылке.
Во-вторых, провайдеры Metro-E, с которыми я знаком, имеют ограничения на количество MAC-адресов, которые они хотят узнать от вас, скрытые мелким шрифтом. Часто лучше использовать канал метро-E в качестве передачи обслуживания уровня 3 между маршрутизаторами, а затем переносить всю локальную сеть между двумя точками, если это не является абсолютно необходимым.
Если цепь метро-E на самом деле является MPLS / VPLS под капотом, то ни одно из этих предупреждений не может применяться.