Различия
Показаны различия между двумя версиями страницы.
Предыдущая версия справа и слеваПредыдущая версия | |||
dpi:faq:dpi_functionality:start [2019/10/25 13:58] – lexx26 | dpi:faq:dpi_functionality:start [2021/02/26 08:41] (текущий) – удалено kkatanov | ||
---|---|---|---|
Строка 1: | Строка 1: | ||
- | ====== 10 Вопросы по работе DPI ====== | ||
- | {{indexmenu_n> | ||
- | **1.Как распределена нагрузка по ядрам процессора (12 ядер/2 кластера)? | ||
- | Ядра распределены функционально между различными задачами dpi, чтобы они друг другу не мешали\\ | ||
- | 2 и 7 отвечают за транзит трафика и сейчас мало нагружены, | ||
- | посмотреть распределение функций можно командой: | ||
- | < | ||
- | **2.Почему есть ядра процессора не нагруженные (12е ядро не занято)? | ||
- | В dpi есть сервисные функции: | ||
- | Их нагрузка неравномерна и они могут кратковременно загружать ядро на 100%, | ||
- | |||
- | **3.Почему одно ядро может быть загружено 100% при типовой нагрузке на DPI? На сервер не зайти, помогает только перезагрузка.**\\ | ||
- | Всего скорее виной процесс kipme, интерфейса удаленного контроля сервера ipmi, возможно не зарыли FW | ||
- | от внешних атак. Когда процесс загружает 100% ядро (любое) перестает работать softRAID, поэтому не возможно зайти на сервер. Так же есть статья по другим возможным причинам проблем с ipmi:\\ | ||
- | [[https:// | ||
- | |||
- | **4. почему BGP одна сессия поднимается, | ||
- | |||
- | смотрим tcpdump \\ | ||
- | да и на интерфейсе у клиента mtu 9000 \\ | ||
- | на одной сессии видим mss 1480 \\ | ||
- | при sync, а на второй видим mss 8500 \\ | ||
- | это говорит о том что у одного пира mtu на интерфейсе стандартное 1500 \\ | ||
- | у второго задранное \\ | ||
- | на сессии у кого mss выше 1480 (там еще ip заголовок) \\ | ||
- | ставим настройки в MX | ||
- | <code bash> | ||
- | traceoptions { | ||
- | file as12389.log size 1m files 3; | ||
- | } | ||
- | | ||
- | | ||
- | | ||
- | peer-as 12389; | ||
- | tcp-mss 1460; | ||
- | } | ||
- | | ||
- | |||
- | [[dpi: |