форумы  помощь  поиск  регистрация  майллист  вход/выход  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы Маршрутизаторы 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ообщить модератору

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

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