Устранение ошибки Cisco %IP_SLA-4-THRESHOLD: превышение порога задержки SLA
- В системном журнале генерируется
%IP_SLA-4-THRESHOLD: IP SLA probe [ID] latency/loss threshold violation. - Аварийное переключение резервных маршрутов (Tracked Objects / PBR / static route fallback).
- Деградация качества голосового и видео-трафика через проверяемый канал связи.
- Срабатывание SNMP-трапов мониторинга сетевой доступности.
1. Проверка текущей статистики и истории зонда IP SLA
Router# show ip sla statistics
Router# show ip sla statistics aggregated detail
Router# show ip sla history 102. Анализ состояния ассоциированного Track объекта
Router# show track 10
Router# show ip route track-table3. Проверка параметров зонда и пороговых значений (Threshold/Timeout)
Убедитесь, что порог срабатывания адекватен для данного типа канала (например, LTE/спутник):
Router(config)# ip sla 10
Router(config-ip-sla)# icmp-echo 8.8.8.8 source-interface GigabitEthernet0/0/1
Router(config-ip-sla)# threshold 150
Router(config-ip-sla)# timeout 1000
Router(config-ip-sla)# frequency 54. Траблшутинг джиттера и качества канала для VoIP (UDP-Jitter)
Router# show ip sla statistics 20
! Просмотр задержек в прямом и обратном направлении
Router# show ip sla statistics aggregated 20 | include Latency|Jitter|Packet Loss5. Проверка физического интерфейса и утилизации канала
Router# show interfaces GigabitEthernet0/0/1 | include drops|errors|bandwidth Частые вопросы (FAQ)
В чем разница между параметрами timeout и threshold в IP SLA?
Параметр 'timeout' задает максимальное время ожидания ответа до фиксации потери пакета, а 'threshold' задает предельную задержку RTT, превышение которой вызывает событие нарушения метрики без потери пакета.
Как предотвратить постоянный флап маршрутов при пограничных значениях задержки?
Настройте гистерезис в объекте track: 'track 10 ip sla 10 state -> delay down 10 up 30', что задержит переключение на резервный канал до стабилизации метрик.
Почему UDP-Jitter зонд показывает статус 'Responder down'?
Для работы зонда типа udp-jitter на удаленном маршрутизаторе Cisco должен быть явно запущен ответчик: 'ip sla responder'.
Влияет ли аппаратная нагрузка CPU на точность измерений IP SLA?
Да. При загрузке CPU выше 80% планировщик IOS может обрабатывать контрольные пакеты зондов с задержкой, что приведет к ложным срабатываниям threshold.