Мониторинг состояния канала по jitter / packet loss

[@Denter]

Спасибо. Пригодится.

[@IlyaPodkopaev]

пожалуйста :)

[@IlyaPodkopaev]

рад, что понравилось :)

[@sochkasov]

Полезная, но уж больно консервативная. И конфигурование у нее на уровне 70-х годов.

[@IlyaPodkopaev]

:))) просветите, а что в плане конфигурирования было сделано существенно лучшее за минувшие 40 лет :) ???

[@sochkasov]

Я не говорю что это плохо. )) Но есть и другие подходы. Как говориться, каждому свое, кому что нравится.

[@IlyaPodkopaev]

так я и прошу привести пример других подходов

[@sochkasov]

например, *nix — подобные системы (текстовые файлы). на каждую задачу свой конфиг. или группа конфигов.

[@IlyaPodkopaev]

простите, а что это было сделано существенно позже 70х годов?

[@sochkasov]

cдаюсь :)))
компания циско создана в 1984 году.
юниксы к тому времени уже были…
вообщем мы уже ни о чем :)

[@Darka]

Уже было на хабре и не раз.

[@IlyaPodkopaev]

пруф?

[@Darka]

поиск по sla cisco

[@IlyaPodkopaev]

прочитайте пожалуйста внимательно, что там предлагается, а что здесь.

[@amarao]

за идею стабового трекера спасибо.

[@IlyaPodkopaev]

идея не моя :) но пожалуйста

[@Zharskiy]

объясните мне кто-нибудь что такое этот «стабовый трекер», дословно, с цитатами из словаря, а то джиттер знаю, g.729 знаю,
а stub [stʌb] для меня — это суррогат, заглушка

или ссылку дайте на страницу просто и ясно описывающую идею и функционал

а то какой-то «птичий язык» получается внутри технического ресурса

[@IlyaPodkopaev]

с цитатами из какого словаря? Вам смысл нужен или терминологическая полемика?

track object обычно цепляется напрямую к sla монитору, изменяя свое состояние в зависимости от результата СЛА-операции.

stub track-object — не цепляется автоматически ни к чему, его состояние меняется вручную.

по поводу, почему так назвали — welcome to cisco online help

[@cosmobot]

Полезно.
Пока пользуем первый вариант везде, но пока нет голоса на все сайтах.
Скоро будет голос и видео, похоже придется задуматься о дельте задержки и потерях.

[@IlyaPodkopaev]

если каналы короткие, может и особо нет смысла. Но у меня они связывали разные города…

[@cosmobot]

да тоже самое, от Москвы до Новосибирска.
и каналы… паршивые :-)

[@IlyaPodkopaev]

сочувствую :)

[@cbx]

А какие циски минимум нужны для поднятия такого решения и на что обращать внимание при покупке чтобы прошивка всё это поддерживала?
Я делал нечто подобное на роутерах Huawei, с использованием протокола BFD (Bidirectional Forwarding Detection) и технологии FRR (Fast ReRouting).

[@IlyaPodkopaev]

любой ISR фактически. На ASR не пробовал. на L3-свичах нет стабовых треков, но там можно делать просто добавляя/убавляя строчку в рут-мап или статический маршрут.

[@citius]

Любые, даже на 8хх поддерживается.
См. cisco.com/go/fn, Technology, поиск по списку фичи «IP SLA: Udp Voice что-то там».

[@prox]

интересный инстумент для истории — smokeping

[@IlyaPodkopaev]

безусловно, да в принципе их полно. Только тут это все средствами кошки… я к кошке цепляю PRTG и радуюсь :)

[@amario]

PRTG какой именно? нетворк монитор или графер?
т.е. каким продуктом пользуетесь старым или новым?

[@IlyaPodkopaev]

monitor. У него есть поддержка в т.ч. и Cisco IP SLA, очень удобно вынимает все значения (джиттер, потери, MOS, rtt и т.п.)

[@amario]

я в курсе. я работал с 2-я продуктами. и еще был у них ipcheck который похоронен так же как и графер.

[@kbool]

Спасибо, полезная статья.

[@IlyaPodkopaev]

спасибо за отзыв

[@amario]

илья, добавьте значения загрузки цпу на роутере, по возможности.

[@IlyaPodkopaev]

Ок, постараюсь сегодня добавить.

[@aleksashka]

EEM – это, конечно, классно, только для проверки нескольких track'ов одновременно, есть решение проще и удобнее:

track 1 list boolean {and | or}
 object 2
 object 3 [not]

Или в 2010-ом IOS ещё не поддерживал?