alespopov
Member | Редактировать | Профиль | Сообщение | ICQ | Цитировать | Сообщить модератору
sure777
собственно track это просто триггер, который может быть привязян к разным собитиям. Например к sla который настроен пинговать некий хост. Если пинга нет, - sla 'информирует' track об этом, и тот переключает свое соостояние.
На основе состояния track можно выполнять некие действия, например разрешать/запрещать маршрут на некий хост как в данном случае.
Например:
До центрального офиса есть основной канал и запасной. Одним из способов проверить что эти каналы 'живы' и работоспособны, это проверять удаленный хост на той стороне пингом. В зависимости от этого маршрутизировать поток данных. Тут только надо учитывать что пинги могут отвечать по обоим каналам, и на эту тему я чуть ранее приводил ссылку, - рекомендую ознакомиться.
Однако обычно действуют более простым способом, - указывая метрику маршрута (чем меньше - тем приоритетнее):
example(config)#ip route 0.0.0.0 0.0.0.0 1.1.1.1 ?
<1-255> Distance metric for this route
name Specify name of the next hop
permanent permanent route
tag Set tag for this route
track Install route depending on tracked item
<cr>
Т.е. пишут типа:
ip route 10.10.10.0 255.255.252.0 FastEthernet0/0.1 10.10.9.10 10 name PrimaryRoute
ip route 10.10.10.0 255.255.252.0 FastEthernet0/0.2 10.10.8.20 200 name BackupRoute
ну или подобное закручивают на полисях  А бывает что и оба приема используют.
В данном-же случае вероятно что из-за потерь в канале, один пинг не проходит, и track переключается.
Итак, разберем что тут:
Цитата: route-map REDIRECT, permit, sequence 10
Match clauses:
ip address (access-lists): CO_USERS
Set clauses:
ip next-hop verify-availability 95.X.119.X 1 track 3 [up]
Policy routing matches: 13111413 packets, 4248488739 bytes
route-map REDIRECT, permit, sequence 30
Match clauses:
ip address (access-lists): SILK_USERS
Set clauses:
ip next-hop verify-availability 92.X.79.X 1 track 4 [down]
Policy routing matches: 65227468 packets, 2001012337 bytes |
Не совсем понятно на что он навешан, но порядок такой:
1) Если IP попадает в CO_USERS то пакеты маршрутизируем на 95.X.119.X . Если не попадает - переходим к (2)
2) Если IP попадает в SILK_USERS то пакеты маршрутизируем на 92.X.79.X . Если не попадает - переходим к обычным маршрутам.
Для vlary
Понятно что обычным 'ip route' с метрикой тут видимо не заменить. И похоже человеку это в наследство досталось.
Далее разберем:
Цитата: Type of operation to perform: icmp-echo
Target address/Source address: 4.2.2.4/92.X.79.X
Operation timeout (milliseconds): 2000 |
Это значит что с '92.X.79.X' мы пингуем '4.2.2.4' - а Вы уверены что правильно выбрали объект пинга ? Может там сильно загружены что-б на пинги отвечать, вот и идет така свистопляска
Надеюсь я понятно все прояснил ?
----------
Да помогут Вам те боги, в которых Вы верите |
|
