Зачем?
Вообще тема довольно холиварная
Обычно для "общего" влана используют VLAN0, он же влан по умолчанию.
и, по моему, это изменить нельзя.
Я всегда помещал принтера в ту же подсеть и влан, в котором сидят его пользователи.
Прошу отвечать по заданному вопросу.
Неоднократно были попытки связаться с ТП провайдера, которые не давали успеха.
Еще раз, прошу аргументировано объяснить почему так делать нельзя и не пытаться апеллировать к законам.
Из того что я знаю в качестве аргументов - это засорение канала мультикастом, и другим посторонним трафиком DHCP, arp, etc, как следствие этого отсутствие безопасности - loopback detection, storm control, bpdu filtering и прочее.
у которого имеется баг - при подключении к нему устройства на 10мбпс - все порты падают в 10мбпс.
Мне не хватает именно информации - как правильно.
постоянные потери пакетов на точке - это уже норма
На вход программа может получать разное количества массивов, количество которых не известно до выполнения программы.
все вариации строк из этих массивов должны быть использованы.
Относительно размещения серверов.
Во-первых, все они сидят в отдельном, выделенном, высокоскоростном VLAN. Это решает и проблемы независимости межсерверного обмена от пользовательского трафика, и вопросы широкого канала для резервного копирования, и физически отделяет сегмент администрирования от пользовательского, и ещё кучу мелких вопросов.
Во-вторых, при едином маршрутизаторе это упрощает подключение и настройку этого маршрутизатора. Хотя не вижу никаких проблем, если сервер сидит одним интерфейсом в межсерверном вилане, а вторым в клиентском.
Отдельные подсети для серверов - для исключения взаимодействия, если оно не нужно реально. Маршрутизатору-то в общем пофиг, на какой адрес маршрутизировать пакеты. А в случае, когда один интерфейс сервера сидит в клиентском вилане, оно вообще получается само собой, ибо в каждом вилане своя подсеть (реже - свои подсети).
Да, один вилан, в котором находится сервер печати и принтеры. Другим же интерфейсом сервер печати общается с клиентами сети. Поскольку не только подсеть принтеров отдельная, но и вилан, у нас никогда не будет ситуации "ой, не туда". Далеко не все принтеры умеют принимать задания от строго ограниченного списка клиентов.
Бухгалтерия - она тоже не едина. Расчётчик и материальщик никак не пересекаются - на что им быть в одном вилане? С сервером же одноэски или терминальным та же история - интерфейс к клиентам, другой к серверам. А между терминальным и одноэсовским вообще можно отдельный вилан соорудить, ибо в нём больше ничему бегать и не требуется.
Да зоопарком главным образом. И разделением общей полосы на все сервисы/подсети.
Есть клиент. Есть сервер. Между ними есть некий информационный обмен. Есть информационный обмен между двумя серверами. Каждый такой обмен, если он может быть интенсивным, следует учесть. И рассмотреть случаи, когда они пересекаются между собой в каком-то сегменте сети - пропускная способность не резиновая. На загрузку вордового файла в две странички - наплевать, а вот пятиминутная загрузка чертежа с сервера PLM в SolidWorks вместо обычных 10-15 секунд потому, что в этот момент половину полосы съел начальник службы охраны, выгружающий к себе вчерашние видеоролики от пяти камер с видеосервера - штука для конструктора безрадостная.