DDwrt100

Все немного хитрее. Со стороны сети access порт это все го лишь указание коммутатору вырезать метку Vlan из пакета. Приемник , например рабочая станция, ничего не знает о режиме порта коммутатора. Trunk указывает , что данные идут с меткой Vlan. Однако есть два исключения это 1 Vlan, если говорим о Cisco, в идиологии Cisco это как раз пакеты которые не имеют метки. И вторая это указание native-vlan 200 например, что будет указывать что при прохождении трафика метка будет снята с порта. Если мы выполним одно из двух условий, то сможем на trunk сэмулировать поведение порта access.

Тут все не однозначно. Есть несколько технологий объединения портов.
Если взять за основу что мы включаем в разные свичи.
1) Вариант это стекируемые свичи, собственно в конечном итоге со стороны сети это большой виртуальный свич.
поэтому в данном случае подключение не будет отличаться от того как если бы провода были в одном свиче.
2) Технологичя vPC , в данном случае разнос проводов строиться относительно одного L2 сегмента.
Один L2 сегмент, один и тот же адрес в конечном итоге.
3) Так называемый Teaming . Тут интереснее, насколько помню данная технология создает виртуальный интерфейс , к котором подключаются физические порты. При этом один физический порт работает , а второй на подхвате если первый помрет. Сам Ip адрес находится на виртуальном адаптере, и с переключениями активных проводов никак не затрагивается. Однако если перевести адаптер в режим DHCP, и если в зависимости от провода будут разные мак адреса, вполне наверное можно получить различие ip адреса зависящие от активного провода. Но честно извращение какое то .
4) VxVlan технология не о том, но в принципе позволяет иметь несколько проводов в несколько коммутаторов , однако в данном случае в принципе понятие подсети трасформируется во что то другое, ибо как таковых сегментов не остается.

не должно,

Главное преимущество PoE-источников, которые поддерживают эти стандарты, это интеллектуальная схема работы. Она позволяет избежать порчи оборудования, продлить срок его службы, сэкономить потребляемую энергию. Прежде чем подать питание на подключенное устройство, активный PoE-источник (коммутатор или адаптер) стандарта 802.3af/at проводит согласование с ним и устанавливает: Поддерживает ли подключенное устройство технологию питания по витой паре. Если нет, электричество по сетевому кабелю подаваться не будет. Какое напряжение необходимо устройству. PoE-источник установит его класс питания и подаст соответствующее напряжение на порт. Включено ли вообще устройство (потребляет ли оно электроэнергию). Если нет, подача питания по кабелю прекращается. Не произошла ли перегрузка питаемого устройства. Если да, подача питания прекращается.

Источник: https://lantorg.com/article/faq-po-poe-chast-2 © LanTorg.com

https://ip-calculator.ru/blog/ask/upravlenie-prior...

Ну виновники у вас есть, в дампе должны быть ip адреса. В первую очередь смотрите на загруженность портов хостов, есть ли сбросы , не переполнены буфферы на адаптерах. Ну и конечно на потери проверьте.

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

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

Для начала посмотрите загруженность wi-fi каналов. Так же посмотрите жив ли модуль wi-fi на телефоне.

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

Как вариант выделите отдельный сервер, который будет использоваться для администрирования.
Со стороны администраторов учетные записи.

Как вариант на конечном хосте выставить адрес 192.168.50.15/20, при этом проверив что этот адрес свободен.
Но тут могут быть тонкости. Телефоны обычно сидять в отдельном Vlan , который выдается им при согласовании благодаря cdp. Плюс раздача ip адресов происходит по DHCP для телефонов. Может не сработать.

Все зависит от типа программирования.
Но в целом подойдут компы среднего диапазона. Что то типа corei5 Ram 16, HDD по вкусу, графика можно использовать встроенную.
Некоторые типы программирования требуют специфичную начинку. Ну например для нейронок хорошо бы иметь неплохо видеоускоритель. Опять же в учебных задачах вряд ли вам понадобиться сильная вычислительная мощность.
Про переферию: мышка клавиатура любая,можно шикануть и подобрать чтонибудь удобное.Монитор в принципе тоже, но желательно побольше диагональ, ибо чем больше монитор, тем больше информации отображается тем комфортнее работать.

Софт: Операционная система, лучше Linux, Ubuntu например, много разработки ведется на Linux машинах. Да и честно некоторые моменты с средой разработки легче сделать в Linux чем в WIndows. Стандартный набор офисных программ например на Libre office, И собственно среда разработки, тут зависит от языка программирования. Еще желательно поставить Insomnia , для генерации Http запросов, и какойнибудь atom как текстовый редактор.

несколько способов.
1) Это снять дамп трафика с точки где больше всего агрегируется трафик, после с помощью Wireshark посмотреть кто больше всего генерирует трафика.
Трудозатратно
2) есть протокол snmp, настроить на свичах snmp , поднять сервер который будет принимать пакеты snmp например zabbix , после собрать чуть чуть статистики, и посмотреть какой порт коммутатора больше всего загружен. далее посмотреть что за пользователь за этим портом.
3) Есть протокол netflow , настроить на роутере , поднять netflow коллектор на сервере, и посмотреть кто и чем балуется.

в контроллере в return возвращаете entity класс.

@GetMapping("/myGetsomething")
	@Transactional
	public meDataClass givebyID(@PathVariable("ID") long id) throws NullPointerException {

		try {
			return postgresService.giveById(id);//возвращает экземпляр класса @Entity
		} catch (NullPointerException e) {
			throw new DataNotFoundException();
		}

	}

Светить в интернет windows плохая идея, сломают.

А так в виндовс есть утилита route. Добавляете два маршрута, 0,0,0,0 через gw, который смотрит в интернет.
И специфики на вашу локальную сеть. Не забудьте добавит ключ -p чтобы все работало после перезагрузки.

1) Провайдер видит только подключение по VPN, что проходит по этому подключению он не видит, так как все зашифровано. Однако есть методы анализа , которые косвенно могут показать, что вы используете в туннеле VPN.
Технически если заморочиться можно сказать что вы пользуетесь торрентом. Однако кому это надо ?
2) Провайдеру это вообще не надо, ему по большей части пофиг, чем вы там занимаетесь. И у нас(в России), нет как таковой практики подачи заявлений за скачивание торрентов. В принципе, если не ошибаюсь даже в странах типа Германии, где такая практика существует, подает заявление не оператор связи, а специальные конторы, которые с провайдерами никак не связаны.
3) Пакет яровой + СОРМ , да они хранят данные

!Number.isNaN = ращифровка (! = не) Number(обект) (isNaN (не число))
Грубо говоря проверка значения, является ли он числом.

Обычно языки программирования общего назначения имеют в своем составе библиотеки для работы с сетевым стеком.
пример для java.
https://habr.com/ru/post/330676/

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

1) A и B находятся в разных сетях, на это указывает то что они находятся в различных вланах.
2) не совсем понятен вопрос. кому принадлежит R ?
3) шлет arp запрос(" кто сдесь имеет ip адрес B")