DDwrt100

Вычислить можно.
Есть несколько 'НО':
1) Сервис должен вести логи.
2) Провайдер должен вести логи.

В целом по ip можно узнать, через какого провайдера выполнен выход в интернет.

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

Посмотрите в сторону софтвартных фаерволов.
https://www.pfsense.org/
https://opnsense.org/

В целом у cisco есть протокол cdp. Он позволяет посмотреть какие свичи рядом. У не циско lldp.

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

Настройте snmp на оборудовании и серверах.

firewall transparent
Похоже что у вас asa настроена в trasparent mode.Если правильно помню в таком режиме вам понадобиться еще одно устройство L3 для того чтобы соеденить две разные подсети.

Если сможете то с большими ограничениями. Обычно антенна лочится на частоту где находится точка доступа.

nmap Вам в помощь.

Для маленьких сетей, что логично. например если у вас в отделе 10 сотрудников, то отдавать подсеть 24-25 , как то избыточно.
30 хорошо подходит для соединения каких-нибудь устройств, например два маршрутизотара соединить.
32 для метки устройств , например в OSPF id устройства это ip адрес, можно создать адресацию, которая бы описывала бы ваши процессы маршрутизации, не садясь на data сети.

Воспользуйтесь калькулятором tools.cisco.com/cpc . Вам понадобиться аккаунт на cisco.com.

fpinger

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

https://info-comp.ru/top-5-programs-for-employee-m...

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

В принципе ACK это нормальный сетевой пакет, используется постоянно в сетевом протоколе.
Что покажет если ткнете в пакет и выберете follow tcp stream ?
Что у вас находится на 445 и 50191 портах на машине?
Меня немного смущают reassembled pdu , у вас mtu и mss одинаковый на машинах ?

Обычно сеть строят по типовому сценарию. Этажные коммутаторы , патч панели в кабинетах.
Исходя из этого предположения, нужно воткнуть генератор сигнала в патч панель кабинета, и идти в этажную серверную, и там смотреть что торчит и проверять сигнал.
Если это не помогает , идем по плохому сценарию, вскрываем патч панель, и идем по кабелю.

1. Можно ли создать кластер ПК и запустить на нём сервер для Minecraft?
Сомнительно, что получиться. Сам сервер должен поддерживать такой режим. Плюс кластеризация разная бывает.

Алгориус
https://algorius.ru/