IP SLA - опреление потери пакетов

@mik73 · Регистрация: 12.04.2018

Студворк — интернет-сервис помощи студентам

Дано: есть канал (IP-tunnel) на котором могут возникать потери пакетов в самом разном количестве, от случайных единичных до полной пропажи в течение длительного времени.
Задача: средствами Cisco определить наличие потерь пакетов выше заданного (чтобы перестроить маршрут на другой канал в конечном итоге).

Для этого использую IP SLA.
Тест icmp-echo не годится, т.к. периодически посылается один пакет и он может случайно пройти даже в ситуации, когда потери есть. Или наоборот - случайно не пройти по приемлемому в целом каналу.
Поэтому выбран тест icmp-jitter который может посылать заданное количество пакетов.
вот так:

Кликните здесь для просмотра всего текста

ip sla 1
icmp-jitter 10.250.249.165 source-ip 10.250.249.166 num-packets 50
threshold 30
timeout 200
frequency 10
ip sla schedule 1 life forever start-time now

т.е. раз в 10 секунд посылаем 50 пакетов с макс таймаутом 200 мс (реальный таймаут на канале в районе 100-120 мс, но до 200 - не криминал) и задаем макс. средний джиттер 30 мс (это годится).

но сам по себе такой тест выдает признак ошибки только если ни один пакет не дойдет (и будет состонияе Timeout). поэтому добавляем реакцию на packetLoss и на таймаут (поскольку надо отслеживать и частчиную и полную потерю пакетов).
вот так:

Кликните здесь для просмотра всего текста

ip sla reaction-configuration 1 react timeout threshold-type immediate action-type trapOnly
ip sla reaction-configuration 1 react packetLoss threshold-value 50 1 threshold-type immediate action-type trapOnly
ip sla logging traps

насколько я понимаю, если в результате теста получили timeout (ни одтин пакет не дошел) или имеем сколько-то (от 1 до 50 - задал по максимуму) потерянных пакетов, то должен генерироваться трап и выдаваться событие на консоль.

однако, выходит не так
если все пакеты потеряны, то реакция есть:

Кликните здесь для просмотра всего текста

CISCO# sh ip sla stat 1
IPSLAs Latest Operation Statistics

IPSLA operation id: 1
Type of operation: icmp-jitter
Latest RTT: NoConnection/Busy/Timeout
Latest operation start time: 15:38:07 UTC Thu Apr 12 2018
Latest operation return code: Timeout
RTT Values:
Number Of RTT: 0 RTT Min/Avg/Max: 0/0/0 milliseconds
Latency one-way time:
Number of Latency one-way Samples: 0
Source to Destination Latency one way Min/Avg/Max: 0/0/0 milliseconds
Destination to Source Latency one way Min/Avg/Max: 0/0/0 milliseconds
Jitter Time:
Number of SD Jitter Samples: 0
Number of DS Jitter Samples: 0
Source to Destination Jitter Min/Avg/Max: 0/0/0 milliseconds
Destination to Source Jitter Min/Avg/Max: 0/0/0 milliseconds
Packet Late Arrival: 0
Out Of Sequence: 0
Source to Destination: 0 Destination to Source 0
In both Directions: 0
Packet Skipped: 0 Packet Unprocessed: 0
Packet Loss: 0
Loss Periods Number: 0
Loss Period Length Min/Max: 0/0
Inter Loss Period Length Min/Max: 0/0
Number of successes: 148
Number of failures: 7
Operation time to live: Forever

на консоли при этом:
*Apr 12 15:36:38.223: %RTT-4-OPER_TIMEOUT: condition occurred, entry number = 1
*Apr 12 15:36:38.239: %RTT-3-IPSLATHRESHOLD: IP SLAs(1): Threshold Occurred for timeout

когда канал восстанавливается:
*Apr 12 15:36:58.111: %RTT-4-OPER_TIMEOUT: condition cleared, entry number = 1
*Apr 12 15:36:58.131: %RTT-3-IPSLATHRESHOLD: IP SLAs(1): Threshold Cleared for timeout

а когда есть частичная потеря пакетов, то в статистике SLA ее видно, а событие не возникает:
CISCO# sh ip sla stat 1
IPSLAs Latest Operation Statistics

IPSLA operation id: 1
Type of operation: icmp-jitter
Latest RTT: 112 milliseconds
Latest operation start time: 15:30:17 UTC Thu Apr 12 2018
Latest operation return code: OK
RTT Values:
Number Of RTT: 19 RTT Min/Avg/Max: 112/112/113 milliseconds
Latency one-way time:
Number of Latency one-way Samples: 0
Source to Destination Latency one way Min/Avg/Max: 0/0/0 milliseconds
Destination to Source Latency one way Min/Avg/Max: 0/0/0 milliseconds
Jitter Time:
Number of SD Jitter Samples: 18
Number of DS Jitter Samples: 18
Source to Destination Jitter Min/Avg/Max: 0/0/0 milliseconds
Destination to Source Jitter Min/Avg/Max: 0/1/1 milliseconds
Packet Late Arrival: 0
Out Of Sequence: 0
Source to Destination: 0 Destination to Source 0
In both Directions: 0
Packet Skipped: 0 Packet Unprocessed: 0
Packet Loss: 31
Loss Periods Number: 1
Loss Period Length Min/Max: 31/31
Inter Loss Period Length Min/Max: 19/19
Number of successes: 105
Number of failures: 3
Operation time to live: Forever

на консоли сообщений нет, в логах тоже.

Собственно, вопрос - что сделано не так и как заставить реагировать SLA не только на полное падение канала (событие timeout) но и наличие скольки-то потерянных при тесте пакетов?

P.S. вариант с навешиванием EEM на информацию получаемую от SLA (через SNMP) видел, но что-то очень уж замороченно... и не заработало.
P.P.S в найденной на просторах Инета документации Cisco написано, что параметр packetLoss для теста icmp-jitter использовать можно.

@mik73 · 14.04.2018, 12:34 **[ТС]**

Ответ:
threshold-value 50 1 означает, что реакция будет возникать, если потеряно меньше одного ИЛИ больше 50 пакетов. Поскольку посылаю всего 50 пакетов - то никогда.
Если написать threshold-value 1 1, то при 2 и более потерянных пакетах всё получается

@Metalhaker · 03.04.2020, 10:43

Вы решили проблему? Можно с вами как-то связаться для уточнения некоторых ньюансов.

Новые блоги и статьи Все статьи Все блоги /
Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .	Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .
Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .	Фото: Daniel Greenwood kumehtar 13.11.2025	Расскажи мне о Мире, бродяга kumehtar 12.11.2025 — Расскажи мне о Мире, бродяга, Ты же видел моря и метели. Как сменялись короны и стяги, Как эпохи стрелою летели. - Этот мир — это крылья и горы, Снег и пламя, любовь и тревоги, И бескрайние. . .

@mik73 0 / 0 / 1 Регистрация: 12.04.2018 Сообщений: 2

	IP SLA - опреление потери пакетов 12.04.2018, 18:54. Показов 8260. Ответов 2 Метки нет (Все метки) Дано: есть канал (IP-tunnel) на котором могут возникать потери пакетов в самом разном количестве, от случайных единичных до полной пропажи в течение длительного времени. Задача: средствами Cisco определить наличие потерь пакетов выше заданного (чтобы перестроить маршрут на другой канал в конечном итоге). Для этого использую IP SLA. Тест icmp-echo не годится, т.к. периодически посылается один пакет и он может случайно пройти даже в ситуации, когда потери есть. Или наоборот - случайно не пройти по приемлемому в целом каналу. Поэтому выбран тест icmp-jitter который может посылать заданное количество пакетов. вот так: Кликните здесь для просмотра всего текста ip sla 1 icmp-jitter 10.250.249.165 source-ip 10.250.249.166 num-packets 50 threshold 30 timeout 200 frequency 10 ip sla schedule 1 life forever start-time now т.е. раз в 10 секунд посылаем 50 пакетов с макс таймаутом 200 мс (реальный таймаут на канале в районе 100-120 мс, но до 200 - не криминал) и задаем макс. средний джиттер 30 мс (это годится). но сам по себе такой тест выдает признак ошибки только если ни один пакет не дойдет (и будет состонияе Timeout). поэтому добавляем реакцию на packetLoss и на таймаут (поскольку надо отслеживать и частчиную и полную потерю пакетов). вот так: Кликните здесь для просмотра всего текста ip sla reaction-configuration 1 react timeout threshold-type immediate action-type trapOnly ip sla reaction-configuration 1 react packetLoss threshold-value 50 1 threshold-type immediate action-type trapOnly ip sla logging traps насколько я понимаю, если в результате теста получили timeout (ни одтин пакет не дошел) или имеем сколько-то (от 1 до 50 - задал по максимуму) потерянных пакетов, то должен генерироваться трап и выдаваться событие на консоль. однако, выходит не так если все пакеты потеряны, то реакция есть: Кликните здесь для просмотра всего текста CISCO# sh ip sla stat 1 IPSLAs Latest Operation Statistics IPSLA operation id: 1 Type of operation: icmp-jitter Latest RTT: NoConnection/Busy/Timeout Latest operation start time: 15:38:07 UTC Thu Apr 12 2018 Latest operation return code: Timeout RTT Values: Number Of RTT: 0 RTT Min/Avg/Max: 0/0/0 milliseconds Latency one-way time: Number of Latency one-way Samples: 0 Source to Destination Latency one way Min/Avg/Max: 0/0/0 milliseconds Destination to Source Latency one way Min/Avg/Max: 0/0/0 milliseconds Jitter Time: Number of SD Jitter Samples: 0 Number of DS Jitter Samples: 0 Source to Destination Jitter Min/Avg/Max: 0/0/0 milliseconds Destination to Source Jitter Min/Avg/Max: 0/0/0 milliseconds Packet Late Arrival: 0 Out Of Sequence: 0 Source to Destination: 0 Destination to Source 0 In both Directions: 0 Packet Skipped: 0 Packet Unprocessed: 0 Packet Loss: 0 Loss Periods Number: 0 Loss Period Length Min/Max: 0/0 Inter Loss Period Length Min/Max: 0/0 Number of successes: 148 Number of failures: 7 Operation time to live: Forever на консоли при этом: Apr 12 15:36:38.223: %RTT-4-OPER_TIMEOUT: condition occurred, entry number = 1 Apr 12 15:36:38.239: %RTT-3-IPSLATHRESHOLD: IP SLAs(1): Threshold Occurred for timeout когда канал восстанавливается: Apr 12 15:36:58.111: %RTT-4-OPER_TIMEOUT: condition cleared, entry number = 1 Apr 12 15:36:58.131: %RTT-3-IPSLATHRESHOLD: IP SLAs(1): Threshold Cleared for timeout а когда есть частичная потеря пакетов, то в статистике SLA ее видно, а событие не возникает: CISCO# sh ip sla stat 1 IPSLAs Latest Operation Statistics IPSLA operation id: 1 Type of operation: icmp-jitter Latest RTT: 112 milliseconds Latest operation start time: 15:30:17 UTC Thu Apr 12 2018 Latest operation return code: OK RTT Values: Number Of RTT: 19 RTT Min/Avg/Max: 112/112/113 milliseconds Latency one-way time: Number of Latency one-way Samples: 0 Source to Destination Latency one way Min/Avg/Max: 0/0/0 milliseconds Destination to Source Latency one way Min/Avg/Max: 0/0/0 milliseconds Jitter Time: Number of SD Jitter Samples: 18 Number of DS Jitter Samples: 18 Source to Destination Jitter Min/Avg/Max: 0/0/0 milliseconds Destination to Source Jitter Min/Avg/Max: 0/1/1 milliseconds Packet Late Arrival: 0 Out Of Sequence: 0 Source to Destination: 0 Destination to Source 0 In both Directions: 0 Packet Skipped: 0 Packet Unprocessed: 0 Packet Loss: 31 Loss Periods Number: 1 Loss Period Length Min/Max: 31/31 Inter Loss Period Length Min/Max: 19/19 Number of successes: 105 Number of failures: 3 Operation time to live: Forever на консоли сообщений нет, в логах тоже. Собственно, вопрос - что сделано не так и как заставить реагировать SLA не только на полное падение канала (событие timeout) но и наличие скольки-то потерянных при тесте пакетов? P.S. вариант с навешиванием EEM на информацию получаемую от SLA (через SNMP) видел, но что-то очень уж замороченно... и не заработало. P.P.S в найденной на просторах Инета документации Cisco написано, что параметр packetLoss для теста icmp-jitter использовать можно. 0

@mik73 0 / 0 / 1 Регистрация: 12.04.2018 Сообщений: 2
	14.04.2018, 12:34 [ТС]
	Сообщение было отмечено insect_87 как решение Решение Ответ: threshold-value 50 1 означает, что реакция будет возникать, если потеряно меньше одного ИЛИ больше 50 пакетов. Поскольку посылаю всего 50 пакетов - то никогда. Если написать threshold-value 1 1, то при 2 и более потерянных пакетах всё получается 0

@Metalhaker 0 / 0 / 0 Регистрация: 17.03.2017 Сообщений: 26
	03.04.2020, 10:43
	Вы решили проблему? Можно с вами как-то связаться для уточнения некоторых ньюансов. 0

IP SLA - опреление потери пакетов

Решение