Inkvee

И никто не обратил внимание, что в качестве центрального роутера используется NGFW. Между новыми и старыми хостами трафик будет ассиметричный, а для NGFW - это как красная тряпка для быка. Скорее всего такой трафик будет блокироваться. Еще и как идущий в сетку с адресацией интерфейса, с которого пришел

Не стоит такого делать.
1. например 10.0.100.123 /23 никогда не свяжется с 10.0.102.123 /22
Причина -- 10.0.100.123 не ответит на ARP запросы из сети 10.0.102.... т.к. это НЕ его подсеть, а узлы из 10.0.102.../22 не пойдут на 10.0.100.../23 через шлюз, т.к. для этих узлов это "родная" сеть.

2. У этих сетей разный бродкаст.
Бродкаст 10.0.101.255 для 10.0.100.0/23 уже превращается в самый обычный IP для 10.0.100.0/22
И все, что завязано на бродкаст будет работать неизвестно как..
Причем это "неизвестно как" платформозависимо.
Например в одних реализациях в бродкаст пакете не проверяется IP, (только МАС проверяется). А в других IP тоже проверяется, вот и будет непоймичто.
Да, есть масса примеров из жизни "Я вот так делал, и у меня все работало..."
Поправочка -- вы не нарвались на то, что не работало.

В общем -- сделать можно, но при каждом глюкане начинать поиск решения с проверки -- а не тут ли собака порылась??

Как SQL сообщить логин и пароль от доступа к папке?

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

net use p: \\192.168.1.100\backup p@$$w0rd /USER:vpupkin

а затем уже команду резервного копирования базы.

set DATABASENAME=ИмяБазыДанных
set DATESTAMP=%DATE:~-4%-%DATE:~3,2%-%DATE:~0,2%-%time:~0,2%-%time:~3,2%
if "%time:~0,1%" == " " set DATESTAMP=%DATE:~-4%-%DATE:~3,2%-%DATE:~0,2%-0%time:~1,1%-%time:~3,2%
set BACKUPFILENAME=p:\%DATABASENAME%-%DATESTAMP%.bak
set OSQL="C:\Program Files\Microsoft SQL Server\120\Tools\Binn\OSQL.EXE"
%OSQL% -E -Q "BACKUP DATABASE [%DATABASENAME%] TO DISK='%BACKUPFILENAME%' WITH FORMAT"