Различия
Показаны различия между двумя версиями страницы.
| Предыдущая версия справа и слеваПредыдущая версияСледующая версия | Предыдущая версия | ||
| dpi:faq:fastdpi:net_points:start [2024/07/29 11:21] – ↷ Операцией перемещения обновлены ссылки elena.krasnobryzh | dpi:faq:fastdpi:net_points:start [Дата неизвестна] (текущий) – удалено - внешнее изменение (Дата неизвестна) 127.0.0.1 | ||
|---|---|---|---|
| Строка 1: | Строка 1: | ||
| - | ====== Сетевое взаимодействие ====== | ||
| - | {{indexmenu_n> | ||
| - | | ||
| - | **Ответ: | ||
| - | |||
| - | ===== Позволит ли дизайн Вашего решения работать по следующей схеме включения: | ||
| - | **Ответ: | ||
| - | |||
| - | ===== " | ||
| - | **Ответ: | ||
| - | ===== Подключили для пробы внутреннюю локальную сеть, время ping' | ||
| - | **Ответ: | ||
| - | |||
| - | ===== Если реализовывать зеркалирование и на in_dev=dna1: | ||
| - | **Ответ: | ||
| - | |||
| - | ===== Что собой представляет СКАТ? Маршрутизатор, | ||
| - | **Ответ: | ||
| - | Задержка при его использовании не более 30 микросекунд ( по тестам 16 мкс ), то есть практически не отличим от прямого соединения.\\ | ||
| - | [[dpi: | ||
| - | |||
| - | ===== В каком виде подается агрегированный трафик, | ||
| - | **Ответ: | ||
| - | [[dpi: | ||
| - | |||
| - | ===== В какой точке должен подключаться комплекс, | ||
| - | **Ответ: | ||
| - | [[dpi: | ||
| - | |||
| - | ===== Оптимизация работы сетевого стека WEB сервера ===== | ||
| - | |||
| - | # Оптимизация работы сетевого стека ОС WEB сервера | ||
| - | <code bash> | ||
| - | net.core.netdev_max_backlog=10000 | ||
| - | net.core.somaxconn=262144 | ||
| - | net.ipv4.tcp_syncookies=1 | ||
| - | net.ipv4.tcp_max_syn_backlog = 262144 | ||
| - | net.ipv4.tcp_max_tw_buckets = 720000 | ||
| - | net.ipv4.tcp_tw_recycle = 1 | ||
| - | net.ipv4.tcp_timestamps = 1 | ||
| - | net.ipv4.tcp_tw_reuse = 1 | ||
| - | net.ipv4.tcp_fin_timeout = 30 | ||
| - | net.ipv4.tcp_keepalive_time = 1800 | ||
| - | net.ipv4.tcp_keepalive_probes = 7 | ||
| - | net.ipv4.tcp_keepalive_intvl = 30 | ||
| - | net.core.wmem_max = 33554432 | ||
| - | net.core.rmem_max = 33554432 | ||
| - | net.core.rmem_default = 8388608 | ||
| - | net.core.wmem_default = 4194394 | ||
| - | net.ipv4.tcp_rmem = 4096 8388608 16777216 | ||
| - | net.ipv4.tcp_wmem = 4096 4194394 16777216 | ||
| - | </ | ||
| - | |||
| - | ===== Почему 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: | ||