Коллеги,

подскажите есть следующие настройки SLA+TRACK
track 10 ip sla 10 reachability
delay down 30
!
track 40 ip sla 40 reachability
!
ip sla 10
icmp-echo XX.XX.XX.XX
threshold 3000
frequency 10
ip sla schedule 10 life forever start-time now
ip sla 40
icmp-echo YY.YY.YY.YY
frequency 15
ip sla schedule 40 life forever start-time now

В зависимости от доступности шлюза провайдера принмается решение о том куда кидать трафик через PBR
set ip next-hop verify-availability XX.XX.XX.XX 10 track 10
set ip next-hop verify-availability YY.YY.YY.YY 40 track 40

Я правильно понимаю что frequency 10 - это периодичность запуска пингов один раз в 10секунд.
А значение timeout - 5000 (это дефолтовое значение) время за которое принимается решение о неработоспособности одного пинга.
Как мне заставить маршрутизатор делать так, чтобы он выдавал состояние неработоспособности после продпадания 3х пингов.
Потому что меня не устраивает следующая ситуация, пропадает один пинг и канал падает, потом идет 10сек время проверки следующего пинга и в зависимости от его состояния принимается решение о состоянии канала.
Как сделать так чтобы можно было манипулировать кол-во не прошедших пингов ?

• SLA, TRACK значение параметров. Регулировка кол-ва срабатывн...,j_vw, 00:00 , 08-Дек-09
  • SLA, TRACK значение параметров. Регулировка кол-ва срабатывн...,cisco_ibm, 22:53 , 25-Дек-09
  • SLA, TRACK значение параметров. Регулировка кол-ва срабатывн...,AlexDv, 21:04 , 26-Дек-09
    • SLA, TRACK значение параметров. Регулировка кол-ва срабатывн...,cisco_ibm, 13:11 , 27-Дек-09

>Как мне заставить маршрутизатор делать так, чтобы он выдавал состояние неработоспособности после
>продпадания 3х пингов.
>Потому что меня не устраивает следующая ситуация, пропадает один пинг и канал
>падает, потом идет 10сек время проверки следующего пинга и в зависимости
>от его состояния принимается решение о состоянии канала.

"Метод icmp-echo не очень хорош, т.к. при пропадании одного icmp пакета,
что случается чаще чем я думал (можно глянуть коммандой show track),
идёт переключение маршрута(об этом чуть позже). Лучше использовать, icmp-jitter
(доступен с только с 12.4Т), тк. он пускает несколько пакетов."

http://www.linuxshop.ru/index.php?autocom=ibwiki&cmd=article...

Копирайт афтора ;)

>[оверквотинг удален]
>>от его состояния принимается решение о состоянии канала.
>
>"Метод icmp-echo не очень хорош, т.к. при пропадании одного icmp пакета,
>что случается чаще чем я думал (можно глянуть коммандой show track),
>идёт переключение маршрута(об этом чуть позже). Лучше использовать, icmp-jitter
>(доступен с только с 12.4Т), тк. он пускает несколько пакетов."
>
>http://www.linuxshop.ru/index.php?autocom=ibwiki&cmd=article...
>
>Копирайт афтора ;)

ip sla 1
          icmp-jitter 80.91.170.13 source-ip 80.91.170.14 num-packets 5
          timeout 2
          frequency 4

не совсем понятно следующее
Что будет считаться не удчаной проверкой
1) если время задержки между каждым пингом из групп 5шт. будет более 2сек ? или если у всех пингов 5шт. будет задержка более 2сек ?

>[оверквотинг удален]
>>Как мне заставить маршрутизатор делать так, чтобы он выдавал состояние неработоспособности после
>>продпадания 3х пингов.
>>Потому что меня не устраивает следующая ситуация, пропадает один пинг и канал
>>падает, потом идет 10сек время проверки следующего пинга и в зависимости
>>от его состояния принимается решение о состоянии канала.
>
>"Метод icmp-echo не очень хорош, т.к. при пропадании одного icmp пакета,
>что случается чаще чем я думал (можно глянуть коммандой show track),
>идёт переключение маршрута(об этом чуть позже). Лучше использовать, icmp-jitter
>(доступен с только с 12.4Т), тк. он пускает несколько пакетов."

Для этого существует
track 10 ip sla 10 reachability
delay down 30 up 30

>[оверквотинг удален]
>>>от его состояния принимается решение о состоянии канала.
>>
>>"Метод icmp-echo не очень хорош, т.к. при пропадании одного icmp пакета,
>>что случается чаще чем я думал (можно глянуть коммандой show track),
>>идёт переключение маршрута(об этом чуть позже). Лучше использовать, icmp-jitter
>>(доступен с только с 12.4Т), тк. он пускает несколько пакетов."
>
>Для этого существует
>track 10 ip sla 10 reachability
>delay down 30 up 30

Это понятно что с помощью этого мы устанавливаем задержку на отключение - если в течении 30 сек sla down, то track в down, если 30 сек sla в up, то track в UP.  

Я так понимаю что в случае
          icmp-jitter 80.91.170.13 source-ip 80.91.170.14 num-packets 5
          timeout 2
          frequency 4
это банальное измерение времени задержки между пингами для измерения джитера, для того чтобы провайдеров на предметь SLA проверять.

Просто сам пользуюсь коммандами
track 10 ip sla 10 reachability
delay down ....

а тут увидел что-то, что до этого не использовал, подумал что вот оно счастье!

Ладно вопрос можно сказать закрыт.