Komrus

Что нужно сделать ДО переезда в обяательном порядке:
Разобраться с кабельным хозяйством в новом офисе.
Заманчиво, конечно, ВСЁ сделать до переезда, но вопрос с проводами решать в работающем офисе - совсем печально. А при переезде (который подобен половинке пожара :) и освоении нового офиса - ещё и менять/перенастраивать серверные решения - боюсь просто разрваться придётся.

Выяснить - что есть в новом офисе. Планируется ли там ремонт или переезжаете в существующий.
Если ремонт - требуйте в рамках ремонта новкю СКС. Из расчёта "1 раб.место о 2х порта СКС (RJ-45) на 4 кв.м офисной площади (кабинетов)" Не ведитесь на существующее количество сотрудников и "утверждённые рассадки". Сколько я их перевидел на 30 лет - все расползались за пол-года после въезда в новый офис :)

WiFi в новом офисе - планируется ли? Тогда - Плюс порты скс в коридорах, за фальш-пгтолком.
Для видеонаблюдения порты СКС и ЛВС...

Исходя из получающейся конфигурации кабельной системы - прикинуть количество и требуемую портовость коммутаторов уровня доступа. PoE бюджет прикинуть.

Место для серверной выбить. На пару 19" шкафов. С возможностью поставить ещё пару. Плюс шкаф ИБП. Т.е. - квадратов от 20. Мощности электрические выбить. Про дублировнные кондеи в серверной с зимним пакетом до -30 не забыть
Помимо кабнета для сисадмина - нужна отдельная кладовка

Будет ли ВЭРС для бесперебойного питания всех компв в здании?

А вообще-то даже Техническое Задание (документ, описывающее, что вообще надо сделать) для нового офиса - это документ на пару десятков страниц...
И ТЗ на ИТ-инфраструктуру - ещё столько же...
Теоретически - ТЗ пишутся Заказчиком. Чаще - Исполнителем на базе информации от Заказчика.
Потом ТЗ роняются на потенциальных исполнителей.

Я с трудом представляю, как документ такого объёма в рамках этого сайта обсуждать, хотя понаписал их в жизни не мало...

Что-то вы сложное придумали. И, из текста сообщения - не понятно зачем.
Роутер (маршрутизатор) - он должен маршрутизировать. Это удобнее делать между разными IP подсетями :)

На роутере на физический интерфейс Gig 0/1 - повесить одну сеть. (например - 192.168.101.1/24)
На интерфейс Gig 0/2 - другую сеть. (Например - 192.168.102.1/24)

Компы, соответственно -
PC1 - 192.168.101.11 (последний блок цифр - по вкусу). Маска 24 (255.255.255.0)
Шлю-з - 192.168.101.1 (он же - дефолтный и единственный маршрут.)
PC2 - 192.168.102.22. Маска 24 (255.255.255.0)
Шлю-з - 192.168.102.1

Если на коммутаторе по каким-то соображениям нужен транк - ну оставьте его.
Дефолтный маршрут с коммутатора - всё равно пропишите на роутер.
На роутере - статическая маршрутизация между сетями.

НО! Компы (точнее говоря - физ. порты маршрутизатора и то, тчо к ним подключено) должны сидеть на ДРУГИХ подсетях, не на тех, которые есть на транке. (на порту Gig 0/0)
(Или ds должны долго и внятно объяснять - что именно вы делаете и зачем настраиваете одинаковые сети на разных физ.портах МАРШРУТИЗАТОРА.)

Или - выводите отдельные порты коммутатора в разные VLAN'ы и цепляйте компы на них.

На компьютере запускается эмулятор сети.
В эмуляторе строится сеть из разных роутеров (не бытовых ни разу :).
Крутишь настройки роутеров, смотришь, что получилось.

Эмуляторы:
Cisco Packet Tracer
Boson NetSim
GNS3

PS. Из почитать: цикл "Сети для самых маленьких" на Хабре.
Курс CCNA от Cisco

Если посмотреть в Configuration Guide
https://www.cisco.com/c/en/us/td/docs/switches/lan...

В разделе
Feature History for Object Groups for ACLs
написано, что
Object Groups for ACLs
появились в версии
Cisco IOS XE Gibraltar 16.12.1

В общем - обновляться надо...

1) Если хочется диагностировать проблему - надо найти кого-нибудь со специализированным кабельным тестером.
Если хочется окончательно диагностировать - тогда с кабельным анализатором (типа Fluke DSX или Fluke DTX). Он умеет не только wiremap тестировать, но и частотные характеристики кабеля (а "витая пара", при всей привычности и обыденности - это высокочастотный тракт на сотню мегаГерц частоты...)

2) А так - похоже, что одна из пар повреждена.
У Вашего домашнего маршрутизатор (SNR-CPE-W4N на фотке виднеется) порты - 100Мбит/с. Используют (по стандарту) только 2 пары в кабеле: оранжевая и зелёная. (пины 1-2 и 3-6 на джеке RJ-45)

Для проверки - можете кинуть временный UTP кабель (прямо поверху) и проверить - сохранится ли ситуация (не должна :)))
Для (неправильного, но как вариант) "workaroumd'а" можно задействовать коричневую и синюю пары, переобжав их на место оранжевой и зелёной.
3) При слове "работает" - что подразумеваете в конкретном случае: (а) загорелась лампочка "линк" на порту компьютера? (б) передаются данные? или (в) погоняли тесты - данные передаются без ошибок и ретрансмиссии?

Надо понимать что лампочка загорается, просто словив pilot tone по одной паре.

Дык - туннель прокопать надо :)
VPN изначально для этого и был разработан - чтобы 2 подсети через публичный iNet соединять...
Убедившись, что IPSec между зонами нормально летает.

Что-то вроде
https://docs.openvswitch.org/en/latest/tutorials/ipsec/

Если уж занудствовать и расписать подробнее немного, то:

1. Правовой аспект
Надо понимать, для кого? Физ. лица, частного юр.лица, государственной структуры?
Для физ.лица и частных организаций никаких нормативных ограничений по российскому законодательству нет. Для гос. организаций - есть настоятельные требования по импортозамещению и использованию российского оборудования. (Но если большая сеть и что-то поломавшееся надо поменять - то есть шанс обосновать закупку и Cisco. Но небольшой.)

2. Логистический аспект.
Есть немалая пачка фирм, которые умеют в настоящее время привозить в Россию Cisco'вские железки по альтернативным каналам.

3. Технический аспект.
У Cisco линейка продуктов - разлапистая. Там не только железки, но и немалое количество программного обеспечения. Многое из ПО - лицензируется на основе годовых подписок. Да и ряд железок имеют лицензии (например DNA для коммутаторов; хотя и без них основной функционал работать будет). Во с лицензированием сейчас всё сложно. Возможны обходные манёвры, но, на мой вкус - это так себе идея. Риски великоваты. Хотя и работает.

Резюме: если с "чистого листа" что-то новое начинать - я бы на что-то другое посмотрел бы. (Хотя раньше и плотно Cisco занимался). Элтекс тот же (с пониманием ограничений)
Если дополнять имеющееся - надо вдумчиво существующую систему/ландшафт анализировать.