Резервирование канала, walterwest7, 24-Май-10, 08:07 [смотреть все]Здравсвтуйте, делаю резервирование канала 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 (1)>[оверквотинг удален] >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 приоритетнее
- Резервирование канала,
sh_, 12:15 , 24-Май-10 (2)Да. И по-моему достаточно одного track.
- Резервирование канала,
walterwest7, 07:06 , 25-Май-10 (3)Спасибо, работает. А как правильно сделать переключение NAT с одного пула на другое в таком случае? Если через #clear ip nat translation * рвуться существующие конекты. Предлагают еще по событию менять route mapы. Может быть есть более правильный метод?
- Резервирование канала,
druidman, 07:46 , 25-Май-10 (4)>Спасибо, работает. >А как правильно сделать переключение 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 - может быть более детален - в зависимости от потребностей
- Резервирование канала,
walterwest7, 08:09 , 25-Май-10 (5) >[оверквотинг удален] >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 - может быть более детален - в зависимости от >потребностей А как сюда привязать пул адресов, с которым должна натится внутреняя сеть?
- Резервирование канала,
druidman, 08:46 , 25-Май-10 (6)>[оверквотинг удален] >>! >>route-map ISP2-NAT permit 10 >> match ip address ACL-FOR-NAT >> match interface FastEthernet0/1 >> >>список доступа ACL-FOR-NAT - может быть более детален - в зависимости от >>потребностей > >А как сюда привязать пул адресов, с которым должна натится внутреняя сеть? >ВЫ совершенно не хотите думать...почитайте про NAT и PAT хоть немного. Такой подход неверный...учитесь простому самостоятельно...примеров куча
- Резервирование канала,
walterwest7, 09:44 , 25-Май-10 (7)>[оверквотинг удален] >>> 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 *" - Резервирование канала,
walterwest7, 09:44 , 25-Май-10 (8)>[оверквотинг удален] >>> match interface FastEthernet0/1 >>> >>>список доступа ACL-FOR-NAT - может быть более детален - в зависимости от >>>потребностей >> >>А как сюда привязать пул адресов, с которым должна натится внутреняя сеть? >> > >ВЫ совершенно не хотите думать...почитайте про NAT и PAT хоть немного. >Такой подход неверный...учитесь простому самостоятельно...примеров куча СПАСИБО за помощь.
|