>[оверквотинг удален]
> set ip next-hop 88.81.xxx.xxx - гейт прова
> ip access-list extended INET-acl
> ацл разрешающий хождение внутренних сетей/хостов
> ip route 0.0.0.0 0.0.0.0 212.109.xxx.xxx
> ip nat inside source list INET-acl interface GigabitEthernet0/1.2278 overload
> может чуток заветнуто круто - но смысл сего такой: есть 2 ИНЕТ
> провайдера. Из мира могут цепляться как на первый так и на
> второй внешний линк. А вот юзера выходят только через провайдера -
> INET2 (именно через него несмотря на дефаулт роут*:) ). У меня
> поднят L2TP, можно и круптомапы на интерфейсы прикрутить будет порядок.Угумс, спасибо, идея понятна, но у меня на роут-мап к внутр интерфейсу повешены тоже два прова через треки
примерно так
route-map RouteSelect permit 100
match ip address 104
set ip next-hop verify-availability <IP-ISP1> 1 track 1
set ip next-hop verify-availability <IP-ISP2> 10 track 2
И два дефолтных маршрута во внешний мир, потому как статикой там утомительно прописывать четуре пира, это тунели филиалов, которые коннектятся к ип первого провайдера
ip route 0.0.0.0 0.0.0.0 FastEthernet0/1 IP-ISP1 track 1
ip route 0.0.0.0 0.0.0.0 FastEthernet0/0/0.2 IP-ISP2 track 2
И что интересно ип первого прова доступно, я его могу попингать, и с него попингать, а второй недоступен, хотя по sh ip route появляются оба
S* 0.0.0.0/0 [1/0] via <IP-ISP1>, FastEthernet0/1
[1/0] via <IP-ISP2>, FastEthernet0/0/0.2
Вроде по какой-то статье из инета так можно делать, и якобы доступны извне оба адреса, но у меня что-то не получается, если убрать дефолтный маршрут с первого прова, то вроде нормально работает, но тогда отвалятся все туннели, которые тоже охота зарезервировать. Где, что не так? ломаю копья дальше..