Вариация задержки пинга на JUNOS-устройство
![](/upload/medialibrary/c8c/c8c4d6ffdff35ba9c68e8f5267d7ba29.jpg)
Иногда заказчики (неоправданно) пугаются, столкнувшись со следующим явлением.
![](/upload/medialibrary/6d8/6d8311841c7fbc789e235b9a81e4d208.png)
В окошке слева — пинг на адрес JUNOS-устройства, в окошке справа — транзитный пинг через это же устройство в интернет. Наиболее часто такую картину можно видеть в случае с branch SRX и J-серией.
— Ужас-ужас-ужас?
— Нет, ничего страшного.
Объяснение данному факту следующее. JUNOS так сделан, что его подсистема управления (control plane) на обработку ICMP обращает меньше внимания, чем на более важные процессы. Точнее говоря даже, ICMP-пакеты из forwarding plane (подсистемы коммутации транзитного трафика) пступают с более низким приоритетом. Ну, мы же не хотим, в конце концов, чтобы ICMP-запросы устройство обрабатывало с большим приоритетом, чем, скажем, OSPF-пакеты. Или BFD :)
На стр. 519 объяснение. Дальше на стр. 520 (которую гугл не показывает) есть пример именно такого пинга со «скачками».