Дмитрий Шицков

Адрес tftp сервера прилетает от dhcp. Проверьте опции 66 и 150 вашего dhcp сервера.

Вопрос ваш не совсем понял. Могу лишь объяснить вероятное назначение роутера второй схемы - обеспечение доступа из одного VLAN в другой. От нетегированного использования будет отличаться тем, что роутер будет выполнять фильтрацию и ограничение трафика между VLAN.

К примеру, представим ситуацию с 2-мя VLAN - с офисными компьютерами и орг-техникой. Компьютеры из своего VLAN должны иметь доступ к VLAN с орг-техникой, но не наоборот.

После этого вручную пробовали продолжить загрузку?
Рекомендации отсюда выполняли? https://www.cisco.com/c/en/us/support/docs/ios-nx-...

Желательно заложиться на то, что на access-свитчах у вас будет не только 1 vlan. Поэтому, на access-свитчах у вас в сторону клиента access-vlan на портах, в сторону core - транки. Так как ваши core L2, то в сторону роутера так же транк со всем vlan. Если необходима маршрутизация между vlan - придется разруливать роутером.

Уже маялся с этими аппаратами - было пол-офиса таких. Есть такая статья, однако мне эта настройка нкиак не помогала - у Cisco своё представление о NAT. https://voxlink.ru/kb/ip-phones-configuration/cisc...

Надежный вариант - гонять соединение через sip-прокси в локальной сети(решалось так до переезда на собственную АТС). Самый простой вариант прокси, решающий эту задачу - siproxd

Да, если очень хочется поработать с железом. Но такой способ даже Cisco уже не особо практикуют. Есть же GNS3, Unetlab и, наконец, PacketTracer

Попробуйте описанную здесь процедуру синхронизации времени:
https://supportforums.cisco.com/t5/lan-switching-a...

service-module wlan-ap 0 session

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

https://linkmeup.ru/sdsm/

Очень много некорректных ответов тут я вижу. Только лишь правильный совет от Igorjan.
Да, вам нужен именно GRE over IPSec, только так у вас будут развязаны руки в плане маршрутизации по туннелям. И залог на будущее - сегодня вы на статической маршрутизации, а завтра вам может понадобится динамика, чтобы филиалы друг-друга видели, отказоустойчивость или что-нибудь ещё... Лучше быть готовым к любому расширению, чем в срочном порядке бросать всё и снова перенастраивать все туннели.

Тут вопрос лишь в том -с чем вам комфортнее работать?
Задачу решит любое из озвученных решений.

Если аппарат за NAT, то либо смените телефон, либо настройте siproxd

Так же, попробуйте диагностировать соединение, соберите дамп траффика и проанализруйте в Wireshark

Есть более производительный аналог GNS3 - www.unetlab.com

Чаще всего потери через пакет означают, что у вас присутствуют два равновесных default маршрута.

linkmeup.ru/sdsm