Здравсвтуйте,
делаю резервирование канала
track 1 ip sla 10 reachability
track 2 ip sla 20 reachability
ip route 0.0.0.0 0.0.0.0 10.10.10.1 track 1
ip route 0.0.0.0 0.0.0.0 10.10.20.1 track 2
ip sla 10
icmp-echo 10.10.10.1 source-ip 10.10.10.2
frequency 20
ip sla schedule 10 life forever start-time now
ip sla 20
icmp-echo 10.10.20.1 source-ip 10.10.20.2
frequency 20
ip sla schedule 20 life forever start-time now
Если один канал падает, второй поднимается, подскажите пожалуйста как сделать чтобы в случае востанавления первого, он становился основным,

• Резервирование канала,druidman, 08:24 , 24-Май-10
  • Резервирование канала,sh_, 12:15 , 24-Май-10
    • Резервирование канала,walterwest7, 07:06 , 25-Май-10
      • Резервирование канала,druidman, 07:46 , 25-Май-10
        • Резервирование канала,walterwest7, 08:09 , 25-Май-10
          • Резервирование канала,druidman, 08:46 , 25-Май-10
            • Резервирование канала,walterwest7, 09:44 , 25-Май-10
            • Резервирование канала,walterwest7, 09:44 , 25-Май-10

>[оверквотинг удален]
>ip sla 10
> icmp-echo 10.10.10.1 source-ip 10.10.10.2
> frequency 20
>ip sla schedule 10 life forever start-time now
>ip sla 20
> icmp-echo 10.10.20.1 source-ip 10.10.20.2
> frequency 20
>ip sla schedule 20 life forever start-time now
>Если один канал падает, второй поднимается, подскажите пожалуйста как сделать чтобы в
>случае востанавления первого, он становился основным,

Пропиши AD в маршрутах

ip route 0.0.0.0 0.0.0.0 10.10.10.1 50 track 1
ip route 0.0.0.0 0.0.0.0 10.10.20.1 100 track 2

Маршрут с меньшим AD приоритетнее

Да. И по-моему достаточно одного track.

Спасибо, работает.
А как правильно сделать переключение NAT с одного пула на другое в таком случае?
Если через #clear ip nat translation * рвуться существующие конекты.
Предлагают еще по событию менять route mapы.
Может быть есть более правильный метод?

>Спасибо, работает.
>А как правильно сделать переключение NAT с одного пула на другое в
>таком случае?
>Если через #clear ip nat translation * рвуться существующие конекты.
>Предлагают еще по событию менять route mapы.
>Может быть есть более правильный метод?

Коннекты в любом случае будут рваться ... потому что, меняется ip адрес. А на удаленной машине процедура tcp рукопожатия уже пройдена для этого ip.

Nat не должен переключатся от смены роута ... точнее трансляция должна зависеть от того, через какой интерфейс уходит пакет...а решение об этом принимается в таблице маршрутизации.

делается это через route map:

ip nat source route-map ISP1-NAT interface FastEthernet0/0 overload
ip nat source route-map ISP2-NAT interface FastEthernet0/1 overload

ip access-list extended ACL-FOR-NAT
permit ip "local-net and local mask" any

route-map ISP1-NAT permit 10
match ip address ACL-FOR-NAT
match interface FastEthernet0/0
!
route-map ISP2-NAT permit 10
match ip address ACL-FOR-NAT
match interface FastEthernet0/1

список доступа ACL-FOR-NAT - может быть более детален - в зависимости от потребностей

>[оверквотинг удален]
>route-map ISP1-NAT permit 10
> match ip address ACL-FOR-NAT
> match interface FastEthernet0/0
>!
>route-map ISP2-NAT permit 10
> match ip address ACL-FOR-NAT
> match interface FastEthernet0/1
>
>список доступа ACL-FOR-NAT - может быть более детален - в зависимости от
>потребностей

А как сюда привязать пул адресов, с которым должна натится внутреняя сеть?

>[оверквотинг удален]
>>!
>>route-map ISP2-NAT permit 10
>> match ip address ACL-FOR-NAT
>> match interface FastEthernet0/1
>>
>>список доступа ACL-FOR-NAT - может быть более детален - в зависимости от
>>потребностей
>
>А как сюда привязать пул адресов, с которым должна натится внутреняя сеть?
>

ВЫ совершенно не хотите думать...почитайте про NAT и PAT хоть немного.
Такой подход неверный...учитесь простому самостоятельно...примеров куча

>[оверквотинг удален]
>>> match interface FastEthernet0/1
>>>
>>>список доступа ACL-FOR-NAT - может быть более детален - в зависимости от
>>>потребностей
>>
>>А как сюда привязать пул адресов, с которым должна натится внутреняя сеть?
>>
>
>ВЫ совершенно не хотите думать...почитайте про NAT и PAT хоть немного.
>Такой подход неверный...учитесь простому самостоятельно...примеров куча

Решил сделать так.

ip nat pool POOL_1 10.10.10.10 10.10.10.10 netmask 255.255.255.0
ip nat pool POOL_2 10.10.20.10 10.10.20.10 netmask 255.255.255.0
ip nat inside source route-map RM_NAT_1 pool POOL_1
ip nat inside source route-map RM_NAT_2 pool POOL_2
ip access-list extended ACL_NAT_1
permit ip 192.168.1.0 0.0.0.255 any
ip access-list extended ACL_NAT_2
permit ip 192.168.1.0 0.0.0.255 any

route-map RM_NAT_1 permit 10
match ip address ACL_NAT_1
match interface FastEthernet0/0

route-map RM_NAT_2 permit 10
match ip address ACL_NAT_2
match interface FastEthernet0/1

event manager applet 1_DOWN
event track 1 state down
action 1.0 cli command "clear ip nat translation *"
event manager applet 1_UP
event track 1 state up
action 1.0 cli command "clear ip nat translation *"

>[оверквотинг удален]
>>> match interface FastEthernet0/1
>>>
>>>список доступа ACL-FOR-NAT - может быть более детален - в зависимости от
>>>потребностей
>>
>>А как сюда привязать пул адресов, с которым должна натится внутреняя сеть?
>>
>
>ВЫ совершенно не хотите думать...почитайте про NAT и PAT хоть немного.
>Такой подход неверный...учитесь простому самостоятельно...примеров куча

СПАСИБО за помощь.