>[оверквотинг удален]
> с динамического адреса ч/з другой интерфейс.
> Маршрутизацию по адресу клиента использовать нельзя (зная, например, подсети Малого пров-ра)
> (т.к. есть клиенты, которые из сети того же провайдера ходят ч/з
> 1й wan по основному маршруту)
> Через этот машрутизатор уже ходят транзитом РРТР пакеты.
> На мой взгляд, из признаков, по которым можно определить next hop для
> ответного VPN пакета, можно использовать только РРТР и тот факт, что
> ответный пакет формирует сам маршрутизатор.
> Допустим, РРТР пакет, адресованный маршрутизатору, прилетает ч/з 2й WAN на ip=loopback1.
> Как его отправить обратно в ту же сторону (в сторону нужного шлюза)?

А ничего делать не надо. У меня схема похожая, PPTP работает через любой интерфейс.

ip local policy route-map BLABLABLA

должно помочь...

>[оверквотинг удален]
> с динамического адреса ч/з другой интерфейс.
> Маршрутизацию по адресу клиента использовать нельзя (зная, например, подсети Малого пров-ра)
> (т.к. есть клиенты, которые из сети того же провайдера ходят ч/з
> 1й wan по основному маршруту)
> Через этот машрутизатор уже ходят транзитом РРТР пакеты.
> На мой взгляд, из признаков, по которым можно определить next hop для
> ответного VPN пакета, можно использовать только РРТР и тот факт, что
> ответный пакет формирует сам маршрутизатор.
> Допустим, РРТР пакет, адресованный маршрутизатору, прилетает ч/з 2й WAN на ip=loopback1.
> Как его отправить обратно в ту же сторону (в сторону нужного шлюза)?

vrf вам в помощь, если умрет интерфейс через который настроен дефолтный маршрут, работать ничего не будет, а два дефолтных маршрута через разные интерфейсы не работает одновременно, local policy не работает при шифровании