Максим Корнеев

скрин ничего не объясняет - зачем, от кого, как в голову пришло?
если вместо адреса хочется видеть что-то другое - в адресной книге добавьте к адресу желаемые буквы для чужих писем или настройте свой аккаунт чтобы Ваши письма отображали надпись.

только это ничего ни от кого не скроет. это действует в зависимости от почтового клиента и его настроек. более того, не отображать реальный адрес отправителя не рекомендуется чтобы всякая школота не пыталась подписываться как кто-то другой.

такой вопрос стоит миллион - за лайк делать проект SD-WAN как-то не интересно.

почему он "коммутатор", а не "маршрутизатор", хотя работает на уровне L3?

по тому что у коммутатора и маршрутизатора железо разное и заточено под разные задачи.

как вариант на госзакупках найдите ТЗ ДИТ Москвы на услуги связи и спишите оттуда.

Домен называется firma.ooo

крайне плохое решение если вы не являетесь владельцем этого домена. перед тем как делать надо думать, чтобы не пришлось потом придумывать как переделать нормально.

Вы цели свои опишите - чтобы было понятно что Вам предлагать.
По тому, что Вы пишите, Вы совершенно не понимаете что СХД это не сервер, не док-станция и не телефон. СХД не надо рутать, не надо сувать в нее диски чтобы отформатировать, и ничего запустить у Вас не получится. СХД покупают для хранения данных и подбирать надо исходя из стоящих задач. Если задачи - делать все то, для чего СХД не подходит, видимо она вам и не нужна и нужно искать что-то другое.

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

есть альтернативное более эффективное но и более затратное решение - нанять специалиста.

то что у вас выделен сегмент для коммутации серверов - уже хорошо. но это подразумевает что имеется так же пул устройств для коммутации пользователей и все это объединяется через ядро. при такой схеме между коммутаторами порты должны быть в тегированном транке, дополнительные VLAN вроде vlan3458 не нужны. маршрутизация между пользовательским и серверным VLAN производится на ядре. если Вы хотите сделать через стыковочные сети, а то что Вы пишите подразумевает именно это, то лучше поднять OSFP. тогда vlan3458 у вас будет содержать все стыковочные сети, а OSFP маршрутизить все это.

не забывайте что маршрутизировать из сети С в сеть П не достаточно, обратные маршруты так же необходимы - без них ответ на пинг Вы никогда не получите. то есть где-то у Вас должен быть прописан маршрут из сети 10.78.140.0 в сеть 10.78.141.0

а нужен ли GRE? вполне достаточно чтобы самый верхний умел L3 маршрутизацию и у нем были интерфейсы каждого VLAN с адресами. тогда при включенной маршрутизации даже маршруты прописывать не нужно, достаточно шлюзами указать адреса его интерфейсов.
если нужно шифровать трафик, то придется минимум три туннеля поднимать для нарисованной схемы. имхо.

основная проблема - тот кто это делал, он не понимает что он делал и как оно работает. ВиФи зло, особенно в руках людей не понимающих как он работает.

а я думал что для школьных вопросов майлру вопросы а не тут...

https://www.nvidia.com/ru-ru/data-center/virtual-g...

255 символов - это стандарт. да, новые виндусы позволяют его обойти. но надо понимать что Вы делаете непереносимую ни с чем не совместимую систему. грамотное решение - исправить голову автора, а не обойти стандарт.

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

сделайте так, чтобы эти устройства получали адреса из одной подсети или маршрутизацию между проводным и беспроводным сегментами.

это как это в госконторе ограничен бюджет? Вы не умеете правильно обосновывать? и как это ростелеком госконторе отдает сырую оптику?
Вы какую-то фантастику пишите.

заказывайте Nexus 9300 и не пудрите тут никому мозги. заодно избавитесь от дешманских длинковских свичей и сделаете нормальную сеть. кстати что у Вас с удаленкой?