Я не, несомненно, буду иметь, хорошо понимают. Вот то, что я понимаю: Ваш поставщик дает Вам возможность соединения (восходящий канал) по VLAN X, в то время как требуется использовать VLAN Y на внутренней сети.
Существует что-то, что изменяет все, восходящий канал соединительная линия или нет.
Если это не соединительная линия, Вы не имеете никакой проблемы вообще, просто делаете switchport VLAN доступа Y на порте, где восходящий канал соединен. Incomming переда введет Вашу сеть с VLAN Y, и исходящий трафик уедет без любого тега VLAN, и Ваш opertor добавит VLAN X сам. Но если они дают Вам идентификатор VLAN, этот случай является, вероятно, не хорошим.
Если это будет соединительная линия, то у Вас будет проблема, в зависимости от переключателя, Вы используете Вас, может, может сделать некоторый прием для изменения номера тега, но в любом случае у Вас будет VLAN X в Вас база данных VLAN так, чтобы Вы не могли использовать VTP, как Вы хотели бы. Можно смотреть к switchport trunk native vlan
команда. Это могло сохранить Вас, если Ваш поставщик может отправить Вам данные, с которых снимают метку, по соединительной линии и может легко повторно отметить (на их стороне) VLAN данных, Вы отправляете.
Короткий ответ: Ни один из них. Длинный ответ:
Действительно необходимо запланировать все экспериментирование, и реализация на тестовых серверах, и во время планировала/планировала периоды отключения электричества. Это не что-то, что можно добавить к производству на лету.
Вы можете приблизиться к NLB несколько различных путей, но здесь являетесь моим предложением. Выделите:
Теперь, настройте свой общедоступный маршрутизатор так, чтобы общедоступный IP-адрес, который Вы присвоили, был редактором NAT назад к кластерному IP, который Вы присвоили. Затем настройте NLB на хосте окон согласно руководству MS здесь: http://support.microsoft.com/kb/323431