The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка  RSS
"SLA, TRACK значение параметров. Регулировка кол-ва срабатывн..."
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Маршрутизаторы CISCO и др. оборудование. (Public)
Изначальное сообщение [ Отслеживать ]

"SLA, TRACK значение параметров. Регулировка кол-ва срабатывн..."  +/
Сообщение от cisco_ibm (ok) on 07-Дек-09, 22:58 
Коллеги,

подскажите есть следующие настройки 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сек время проверки следующего пинга и в зависимости от его состояния принимается решение о состоянии канала.
Как сделать так чтобы можно было манипулировать кол-во не прошедших пингов ?

Высказать мнение | Ответить | Правка | Cообщить модератору

Оглавление

Сообщения по теме [Сортировка по времени | RSS]


1. "SLA, TRACK значение параметров. Регулировка кол-ва срабатывн..."  +/
Сообщение от j_vw on 08-Дек-09, 00:00 

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

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

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

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


Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

2. "SLA, TRACK значение параметров. Регулировка кол-ва срабатывн..."  +/
Сообщение от cisco_ibm (ok) on 25-Дек-09, 22:53 
>[оверквотинг удален]
>>от его состояния принимается решение о состоянии канала.
>
>"Метод 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сек ?

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "SLA, TRACK значение параметров. Регулировка кол-ва срабатывн..."  +/
Сообщение от AlexDv (??) on 26-Дек-09, 21:04 
>[оверквотинг удален]
>>Как мне заставить маршрутизатор делать так, чтобы он выдавал состояние неработоспособности после
>>продпадания 3х пингов.
>>Потому что меня не устраивает следующая ситуация, пропадает один пинг и канал
>>падает, потом идет 10сек время проверки следующего пинга и в зависимости
>>от его состояния принимается решение о состоянии канала.
>
>"Метод icmp-echo не очень хорош, т.к. при пропадании одного icmp пакета,
>что случается чаще чем я думал (можно глянуть коммандой show track),
>идёт переключение маршрута(об этом чуть позже). Лучше использовать, icmp-jitter
>(доступен с только с 12.4Т), тк. он пускает несколько пакетов."

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

4. "SLA, TRACK значение параметров. Регулировка кол-ва срабатывн..."  +/
Сообщение от cisco_ibm (ok) on 27-Дек-09, 13:11 
>[оверквотинг удален]
>>>от его состояния принимается решение о состоянии канала.
>>
>>"Метод 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 ....

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

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

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру