tut_nick

Это не рестарты роутера. это проблема с авторизацией \ получением IP от провайдера
для начала я бы проверик кабель и обжатие

Если надо сделать "грубо, зримо, ощутимо" - поставить N штук самых маленьких коммутаторов с PoE и каждый рубить по питанию небольшим тумблером.
(Бывает актуально, если надо предъявлять безопасникам доказательно-выключенное устройство, а не эти ваши SNMP MIB'ы :)))

Если более изящно то, как Вы и предполагаете - делать через управление.
Для начала - проверить, что имеющийся коммутатор корректно отрабатывает взаимодействие по SNMP на дёрганье OID'а 1.3.6.1.2.1.2.2.1.7 (ifAdminStatus - "The desired state of the interface").
(на запись! через community, которое read-write!)
И что порт при этом действительно в шатдаун уходит. И возвращается потом оттуда по следующей команде.

https://www.tp-link.com/us/configuration-guides/q_...

Потом - посчитать необходимое количество на Rasberri (или каком другом контроллере):
Дискретных входов (для кнопок).
Дискретных выходов (для сведодиодов индикации состояния порта. В иеале - в 2 раза больше, чем управляемых Ethernet портов и показывать ОБА состояния. Зелёный - вкл, красный - откл.)

Библиотеку можно какую-то вот такую взять для работы с SNMP и сделать всё скриптами:
www.net-snmp.org/wiki/index.php/Tutorials

Паузы во времени между пакетами для передачи пакетов из других потоков или те же самые ограничения на пропускную способность. А так же между отдельными сигналами кодирующими биты во время передачи. Поток состоит из времени передачи пакетов и пауз между пакетами. Соответственно пропускная способность - это объём данных переданных за определённое время. Пакет и байты в нём передаются всегда с максимальной скоростью, которую может выдать оборудование, поэтому и получается, что для отдельного пакета доступна вся скорость канала. А вот уже потоки делят канал друг с другом.

Смотреть нужно характеристики ПК, что там за джек. Если 4-х пиновый, то он в себе содержит и вход и выход звука.
В него можно подключить 3-х пиновый джек от колонок.

времена такие

Куда вы собираетесь ставить такой софт? Чтобы "было видно какого рода трафик гуляет по локалке и кто в какой мере нагружает сеть", требуется, чтобы весь этот трафик проходил через компьютер с предполагаемым мониторинговым софтом. Локальная сеть работает не так. Трафик по локальной сети ходит через свитчи. Да, вы можете каждого посадить в отдельный VLAN и сделать ваш ПК маршрутизатором между всеми VLAN'ами, но рискуете этим сильно затормозить работу локальной сети.
Если свитчи умеют по SNMP рассказывать про счётчики траффика на отдельных портах, то это был бы оптимальный вариант. Тогда нужно выбрать подходящий софт, умеющий собирать данные по SNMP и генерировать отчёты. Возможно, Zabbix, но он монструозный. А возможно, вам хватит зайти в интерфейс управляемого свитча и просто глазами посмотреть счётчики трафика по портам, вы увидите, кто в данный момент нагружает больше, без всякого дополнительного софта (если свитчи неуправляемые, то придётся заменить их на управляемые).

Вообще, трафик в локальной сети редко вызывает какие-то проблемы. Рассуждения про "конфликты" даже странно слышать. Могут быть конфликты адресов, если вы будете назначать адреса вручную и при этом забывать, какие уже назначили. На практике таких конфликтов не встречал десятки лет, 90% адресов выдаёт DHCP, небольшое количество прописанных статически вручную нетрудно учитывать. Что касается "конфликтов" в виде L2-петель в топологии, то их на уровне настроек управляемых свитчей можно обнаруживать и предотвращать. За всё время раза два видел петли: один раз лет 10 назад сам сделал во время настройки (через несколько минут заметил косяк), другой раз лет 5 назад при аварийном вызове обнаружил чужой косяк в виде петли. Вот и все "конфликты", а для постоянного мониторинга хватает пингов в Nagios.
Если же интересует трафик между локальной сетью и интернетом, то как раз желательно иметь ПК-маршрутизатор.

Возможно, к микрофону отключен доступ. Не встречал такого на свежеустановленных системах, но проверить не помешает: запусти ms-settings:privacy-microphone и нажми "Изменить", там переключатель, который надо туда-сюда потыкать и оставить на Вкл.

Если WAN напрямую - то да. так же как у роутера делаем - все входящие запретить. далее разрешаем нужное

А почему внезапно комп надо будить? Чего он не включен то?

Бо так то варианты:
1. УПС
2. Закоротить кнопку питания (если мать позволяет)
3. К кнопке питания какой "нажиматор" из умного дома прикрутить
4. Посмотреть можно ли роутер перешить на что то погибче типа OpenWRT и на нем наваять скриптец

идете по ссылке, выбираете Windows Server 2016, забираете нужные драйвера.
Предположу, что после установки драйверов на чипсет и, возможно, Systemboard больше половины неопознанных устройств перестанут таковыми быть