Strabbo

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

Если без помощи провайдера, то единственный выход это построить MPLS сеть самому.
1. Для вас самый простой протокол для обмена меток будет LDP.
2. MPLS строится поверх сети IP. Это значит, что на роутерах или комутаторах должна быть настроена IP маршрутизация.
3. Mikrotik и cisco поддерживают MPLS.
4. От туннелей вам не избавиться. Вы не сможете построить MPLS сеть сидя за НАТом. MPLS роутеры должны быть подключены друг к другу физически, если такого подключения нет, то надо построить туннель.
5. Проблемы с MTU. Каждая метка зантмает 4 байта, в пакете могут быть несколько меток. к этому прибавьте еще оверхед от тунеля. Обычно если кто-то и строит MPLS используя туннели, то все выбирают GRE, он занимает 24 байта. Провайдер скорее всего дает вам 1500 MTU минус ваши 28, ваш MTU уже будет 1572 это не считая шифрации.
6. Чтобы построить туннели вам понадобятся белые айпи на всех узлах.
7. Вот простая схема MPLS, Где PE1 и PE2 это ваши микротики или циски, а AC1-4 могут быть ваши виндовсы и линуксы.
8. MPLS это дорого, не каждый микротик и циско справятся со 100 мб траффиком энкапсулированным в мплс, а потом в гре. Надо будет ставить нормальные железки.
9. MPLS это решение не для вас, во всех смыслах этого слова. (Исходя из задачи, ситуации, ваших знаний)
10. Обычный VPS решает все ваши задачи.

P.S. На клиентских машинах MPLS настраивать не надо, для них будет работать всё как обычно.

Надо включить дополнительные сервисы Wired AutoConfig и Extensible Authentication Protocol

Дмитрий, у 6 порта видно, что role=root-port designated-bridge=0x4000.CC:2D:E0:2E:FB:AF этот этот порт одключен скорее всего к свичу А.
у 7 порта видно, что role=designated-port этот порт идет скорее всего на свич Б. В таком случае при дефолтных настройках свич Б, чтобы добраться до свича А использует линк, который подключен к GW. В таком случае у вас будет петля. Нужно добавить Линк между свичом А и Б, таким образом свиЧ Б заблокирует линк, который идет к GW и сделает его резервным. В вашей схеме я бы отдал роль Root GW, оттуда начинается дерево и втаком случае не придется добавлять линк между А и Б. Можно и без добавления линка пошаманить с настройками рстп и получить желаемый результат, но чем сложнее конфиг, тем сложнее в дальнейшем с ним разбираться.

P.S. Это всего лишь предположения исходя из представленного конфига, для точного диагноза нужно проверить мое предположение на свичах А и Б.

У оптического медиаконвертера есть свой MAC адрес на LAN порту?

Нет

Если подключить медик к коммутатору а за медиком допустим ПК, то на коммутаторе будет виден MAC адрес какого устройства? только ПК?

Только ПК

Можно убрать default-route originate и настроить redistribution в оспф. Если деф роут будет, то он появится в оспф, а если исчезнет из таблицы маршрутизации, то в оспф он не попадет.

Тут вам VRRP не нужен. VRRP для других целей предназначен, а у вас другая задача. Я бы на вашем месте настроил динамическую маршрутизацию между двумя роутерами, когда у одного выключится основной интернет он начнет бегать в инет через второй роутер. OSPF и IP SLA будет достаточно.

Везде где есть возможность всегда лучше делать резервирование на уровне L3. Таким образом вы уменьшите броадкаст трафик и избавитесь от риска L2 петель. + Используя роутинг трафик лечге балансировать, чем на L2 уровне. Чем меньше STP у вас в сети, тем лучше вы спите :)

На vlan 1 интерфейсе если есть команда ip address dhcp, то возможно

Достаточно одного роутера в качестве облака. К нему бодут подключаться ваши клиенты. Нету смысла строить сеть провайдера из 4-5 устройвст. Не помню как там в пакет трейсере, но в GNS3 и eve-ng можно прокинуть мост в вашу локальную сеть, а оттуда уже доступ в интернет, таким образом у вас будет полноценное облако. Берете один роутер в качестве устройства провайдера, подключаете его к мосту, а дальше уже ваши роутеры к роутеру провайдера.

Делал такое, у меня в бинде остались такие записи:
DC.mynet.com. IN A 192.168.213.213
_ldap._tcp.dc._msdcs.mynet.com. IN SRV 0 100 389 DC.mynet.com.
_kpasswd._tcp.dc._msdcs.mynet.com. IN SRV 0 100 464 DC.mynet.com.
_kerberos._tcp.dc._msdcs.mynet.com. IN SRV 0 100 88 DC.mynet.com.
_gc._tcp.dc._msdcs.mynet.com. IN SRV 0 100 3268 DC.mynet.com.

mynet.com название вашего домаена. dc имя компа где висит АД. В записях до названия домена идут tcp порты. Вроде этого хватало для AD, переведите эти записи в приемлимый вид для dnsmasq и должно взлететь. Обязательно проверте все записи полсе того как добавие в днс.
nslookup -type=SRV _gc._tcp.dc._msdcs.mynet.com. и так все подряд.

PS. Это хватало мне для того, чтобы пользователи подключались к АД. Может быть второму АД понадобятся дополнительные записи

Потому что они в одном Л2 домене с вами

Из маршрутизатора нельзя сделать хаб