>[оверквотинг удален]
>>
>>если бы я знал откуда прийдет пакет можно было бы выкруиться и
>>статическими маршрутами. Что вобщем-тоу меня и реализовано но немного в другой
>>области. У меня есть клиенты с которыми у меня установлен IPSEC
>>я знаю их ИП и с обоих сторон прописаны статические маршруты.
>>Но в данной ситуации работает pptp и клиент может законектиться из
>>любой точки мира.
>
>у тебя один внешний адрес или два? если то он выдан одним
>провайдером и тока через него будут приходить пакеты. логично? кое-какие успехи есть. ИМХО вариант с любыми роут-мапами это тупик, т.к. роутмап отрабатывает тогда когда пакет пришел на интерфейс, и что-то делать с ним уже поздно. PBR работает только на input, где потом уже можно принять решение про output.
Поэтому я решил помучать версию с ip vrf forwarding. Да, оно ругается что у меня висит PBR но я решил временно забить на этот PBR и просто его убрал. Так вот моя проблема с PPTP решилась! Но зато появилось еще несколько побочиных проблем :( А именно. перестал работать IPSEC+L2TP. Если не вдаваться в подробности то раньше это было так.
есть клиент ИП - 10.10.10.10
ip route 10.10.10.10 255.255.255.255 ISP2
ip route 0.0.0.0 0.0.0.0 ISP1
После того как заработал vrf этот маршрут пропал. это скорее всего нормально. Я взял и создал статический маршрут в vrf
ip route vrf TEST 10.10.10.10 255.255.255.255 ISP2
ip route vrf TEST 0.0.0.0 0.0.0.0 ISP2
sh ip route vrf показывает маршрут все идеально.....но блин... теперь если я делаю трейс с циски на 10.10.10.10 то пакет игнорирует маршруты и валит через дефаулт (ISP1). А должен идит как записано ip route vrf TEST 10.10.10.10 255.255.255.255 ISP2 через ISP2
У меня есть тихое чувство что я где-то еще не прописал этот vrf, но где я пока понять не могу. Пришлось все вернуть как было раньше.