Клёвый Админ

Пк 1 пытается отправить первый пакет.
Пакет данных упаковывается в IP. Вставляются заголовки, среди которых, IP адрес отправителя и получателя.
Пакет упаковывется в кадр и тут ethernet понимает, что он не знает кому пакет предназначен, так как в кеше нет мак адресса.
Формируется широковещательный запрос по протоколу реверс arp "кто 192.168.02"
Удаленный пк получает такой кадр и отвечает юникастом "я 192.168.0.2"
Так как ответ приходит, мы знаем его мак адрес.
Заканчиваем формирование изначального кадра, записывая вначале мак адрес получателя, а потом наш.
Пускаем пакет в сеть.

Проверьте занятость каналов, перейдите на более свободный и очень желательно на один из 1,6,11.
Вы сейчас на 7-ом, что не есть "лучшая практика".

Вайфай выведите из бриджа - сделайте на нём отдельную сеть (это уменьшит количество широковещательного трафика), плюс запретите в нём общение между клиентами.

Настройте QoS для приоритетного трафика и ограничьте полосу для каждого конкретного клиента (можно параметрами чипа это сделать).

Ну и для SIP лучше провод, всё как написал АртёмЪ

У вас конфликтующее правило
dst-address=192.168.42.0/24 gateway=br_lan gateway-status=br_lan reachable distance=1 scope=30 target-scope=10
Непонятно зачем оно вообще нужно.

Или оно же на пастебин (убрать\выключить второе и третье)
/ip route
add distance=1 dst-address=192.168.4.0/24 gateway=192.168.42.253
add distance=1 dst-address=192.168.42.0/24 gateway=br_lan
add distance=1 dst-address=192.168.44.0/24 gateway=br_lan

Может. На tp-link может всё что угодно случится.
Он даже может перестать быть роутером, если захочет. И не только в полнолуние.

Создать адрес лист, с IP до этого сайта и добавьте разрешающее правило выше запрещающих.
Если все IP не известны, то добавьте в ДНС парочку статических записей.

Зачем вам переживать за IP у репитера при работающей сети? Ну нет у точки адреса ну и пусть нет.
Если же есть причины, почему вы переживаете - разумно сделать статику.
Репитер передаёт трафик (пакеты, фреймы) дальше, он не может работать выше физической среды, а значит не может влиять на протоколы выше уровнем, т.е. не может выборочно ломать DHCP не ломая ничего больше. Скорее всего проблема в таймаутах на DHCP сервере (и проблему заметит не только точка) или проблема в связи (и это видно не только по DHCP)или проблема именно в DHCP клиенте у точки (забить и простить).

всё зависит от количества и качества трафика, если, например, есть внутрисетевой трафик превышающий полосу одного (или сколько у вас их там сейчас) канала, то можно сделать Bonding (за некоторыми оговорками, это разбалансирует полосу и сделает её от гигабита и больше. Опять же за некоторыми оговорками).

Ну то есть, если маршрутизатор только пускает в интернет и ничего более не делает, то его полосы должно быть достаточно, если канал интернета у вас равен полосе до свича, иначе можно сделать лучше (но сложнее).

Эммм, вы хоть требования расскажите. Циска вся хороша, когда выбрана подходящая или с запасом.

Если провайдер дал белые адреса и по "ту сторону" маршрутизатора у вас конкретные сервера (а не сети за NAT), то ваш маршрутизатор, ловким движением конфига, превращается в элегантный свич. *бриджуем порты, назначем серверам нужные адреса.

Если провайдер дал белые адреса и по "ту сторону" маршрутизатора у вас к сети с NAT за которыми у вас ПК, то просто указывайте в srcnat правилах нужные адреса, и маскируйте сеть нужными адресами.

простая маршрутизация на внутренний (виртуальный) интерфейс на котором у микротика будет один IP (который для остальных хостов в этой сети будет шлюзом по-умолчанию) вас не устраивает? DMZ в чистом виде.

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

Конструкция возможная, но маршрутизация всегда правильнее.

• Сделать скрипт на скриптовом языке, который по telnet или ssh (доступно почти во всех роутерах), заходит на него и опускает (down) WAN\PPP интерфейс или убирает маршрут 0.0.0.0\0 из таблицы маршрутов.
  
• На скрипт сделать ярлык.
  
• На ярлык назначить горячую клавишу.
  

Судя по скриншоту WAN Setting вообще не используется в данной кофигурации.
Со стороны HG532e видно подключение точки?

Простите, а в чём сложность воткнуть симку в модем, модем в маршрутизатор маршрутизатор в зайца...?

Вроде же всё тривиально. Обычная сеть и т.д. Или там есть тонкости?

SNR имеет очень выгодную цену за порт, по фичам мало чем отличается от Cisco

Коммутационная матрица тупого свича обычно рассчитана с производительностью 50% от суммы портов. У хорошего 100% от суммы, у отличного 150% и больше.

Коммутация происходит между портами, т.е. если матрица рассчитана на 200 мегабит, то в пятипортовом свиче будет на фулл нагрузке работать две пары портов (в полу-дуплексе).

Если проще:
1. В первой ситуации пользоваться интернетом будет трудно (но можно), зависит не от свича, а от маршрутизатора в первую очередь.
2. Обмен файлами на 7-8 будет работать (если свич совсем не тупой)

Вам нужен ответ про то как настроить маршрутизатор или про то как это реализовать в PT?
В первом случае - такую сеть строить не следует (лушче использовать иные механизмы отказоустойчивости), во втором случае, в свойствах бриджа, помимо прочего, нужно включить Spanning-tree и настроить на нём кост ниже чем по-умолчанию (чтобы он стал корнем), не могу сказать поддерживает ли ваша (или любая) версия PT этот функционал.

Берите микротик, он разве что кофе варить не умеет (на самом деле не умеет).