Dark_Time

ну добавь их вручную.. в DHCP разделе

Как сделать так

Прежде всего надо осознать, что нет никакой "скорости интернета", электроны бегают про проводам все с одинаковой скоростью. А есть ширина канала, она же bandwidth. И то, как ты это сформулировал - так это не делают, ибо устройства используют сеть одновременно, и нет никакого смысла ограничивать ширину канала для одного, если другое не использует его.
Судя по описанию того, что ты хочешь, тебе нужна приоритезация трафика, они же очереди, вот тут по ссылке можно почитать как оно делается, хотя там тоже упорно про какие то скорости пишут, но там хотя бы поясняют о чем идет речь и есть мурзилка с картинками как оно настраивается.

Simple Queue QoS

Общение правило на 100Мбит (родитель)

Внутри него вложенное правило с Limit At 80Мбит для ip 192. 168.5.35 и можно указать Max Limit 80Мбит для потолка.
И второе правило для остальных хостов.

Накидал пример:
ether1 - это порт провайдера

/queue simple
add dst=ether1 max-limit=100M/100M name=WAN1 queue=pcq-upload-default/pcq-download-default target=""
add dst=ether1 limit-at=80M/80M max-limit=80M/80M name=WAN1-80M parent=WAN1 queue=pcq-upload-default/pcq-download-default target=192.168.5.35/32
add dst=ether1 limit-at=20M/20M max-limit=20M/20M name=WAN1-OTHER parent=WAN1 queue=pcq-upload-default/pcq-download-default target=""

Это делается через Simple Queues в MikroTik. Тебе нужно два правила:
1) Для приоритетного ПК: Гарантируем и ограничиваем 80 Мбит/с.
/queue simple add name=PC_Priority target=192.168.5.35 max-limit=80M/80M limit-at=80M/80M
2) Для всех остальных: Ограничиваем оставшимися 20 Мбит/с.
/queue simple add name=Others target=192.168.5.0/24 max-limit=20M/20M

В списке очередей (Queues -> Simple Queues) правило PC_Priority должно стоять выше, чем правило Others. Просто перетащи его наверх.

dhcp поднимается на l3 интерфейсе. Порт, добавленный в бридж, быть l3 интерфейсом не может.
Микротик даст вам это сделать, но работать оно не будет.

А по какой причине старый не вывозит? проц?
Имхо: я бы сейчас менял на 5009 - для SOHO цена-качество топ, хотя и ax2/3 большинство задач вывезет.
По переносу, большинство при экспорте импорте работать будет, хотя нужно смотреть что там наворочено было изначально

Тоже недавно новый микротик ставил CCR

Всё правильно выше написали - делаешь выгрузку конфигурации текстом, открываешь её в Notepad++ и по кусочкам переносишь в консоль нового микрота, попутно проверяч имена портов и т.д. Например, на старом микроте порт назывался sfp а на новом бужет sfpplus, нужно это сразу поправить, иначе команда со старого микрота не отработает на новом.
У меня было так, что я менял CRS на CCR и соответственно у меня стало меньше портов, чем было. Было 24, стало 16. Поэтому я правил конфигу вручную. Убирал порты 17-24, а те из них, на которых были настроены сети, перекидывал на другие порты. Например вместо 24 порта на старом у меня стал 16 на новом. Вместо 23 на старом - 15й на новом и т.д.
Лучше конечно же это делать в выходной, когда никто не работает.

Все будет работать, ничего не отвалится
Делаешь export на старом
И поблочно импортируешь конфигурацию на новый

Точно такие же настройки сделать не получится - например имена интерфейсов будут отличаться (возможно). Попыхтеть придется.

В консоли старого микрота делается export file=blabla (.rsc добавится автоматом). Файл выгружается на комп. И потом кусками, ни в коем случае не полностью! а кусками - переносится на новый микрот. Переносится внимательно, каждый раз проверяя, что команда была принята.

Нельзя сказать, что тривиальная задача :)

Нужно еще помнить, что размер MAC-таблицы - это верхня отметка по количеству уникальных MAC-ов на сети, при пробитии которой свич превращается в хаб. Но есть более серьезная проблема - слабая хеш-функция, при которой коммутатор начинает отправлять трафик не в тот порт, где реально располагается целевое устройство, или отправляет трафик во все порты (т.е. не обучается конкретным MAC-ам).
Ситуация эта называется "коллизия MAC-адресов", устройства, подтверженные этим проблемам обычно известны, поэтому не стоит кидаться на дешевые бушные свичи на авитах.

Этот свитч может быть подключен в сеть из 4тыс устройств и через него гоняется трафик 2тыс хостов

Нужно делить сеть на vlan, более /24 плохая практика.
WiFi тем более отделять в vlan и желательно с изоляцией клиентов.

Какие коммутаторы стоят?

Ваш вопрос не про пользователей роутера)
Вы посмотрите потребление процессора и памяти в момент тормозов в /system/resources

смотреть раздел Queues

IP - Adresses
Показывает все настроенные айпишники на всех интерфейсах микротика. Ищите в списке порт, куда подключен провайдер.

IP - DHCP client
Показывает все айпишники, полученные микротиком по DHCP.

IP - Cloud
Включить и покажет Public Address

В Микротике проблемы не вижу, скорее всего надо смотреть как подключены TP-Link-и, в какой порт. Может помочь переткнуть аплинк роутеров из синей дырки (WAN) в желтую (LAN)

1. Сходить на курс MTCSWE
2. Почитать help/wiki
3. Ставить галочку Hardware Offload чтобы при наличии аппаратной - коммутация была на свитче
4. DHCP делается на самостоятельном интерфейсе, в твоем примере eth3 добавлен в bridge1 - на bridge1 нужно и подымать DHCP, либо не включать eth3 никуда и можешь вешать на него.

Если очень хочется включить в бридж и повестить на порт DHCP - смотреть в сторону Vlan, в частности Bridge Vlan Filtering