Исходное сообщение
"Агрегация (объединение мелких пакетов) при туннелировании" Отправлено Олег Бартунов, 06-Апр-24 22:03
Спасибо ещё раз. Читаю мануал ipfw и dummynet и складывается понимание, что queue используется именно как некий буффер чтения, при заполненной полосе bw, при переполнении которого пакеты просто отбрасываются, если не успевают проходить в bw, НО не как буффер для накопления перед отправкой, который опустошается (в канал с учётом bw) при заполнении или по delay. Или delay здесь не нужен так как он будет просто тормозить все пакеты и не связан с queue? > The queue option sets the maximum amount of excess data (in packets or KBytes) that will be accepted before additional packets are refused. Собственно, как именно это будет интерпретироваться, по сути мне только это и надо, 10.1.1.111 - tun0 в клиенте локальной freebsd, 10.1.1.1 - tun0 - внешнего сервера, тоже на freebsd. ipfw add pipe 1 ip from 10.1.1.111/32 to 10.1.1.1/32 out ipfw pipe 1 config bw 10Mbit/s queue 4KBytes delay 24ms Если я правильно понял, то "queue 4KBytes delay 24ms" это (4096×8)×(1000÷24) = канал 1.3Мбит/с, что существенно ниже bw 10Mbit/s Ещё вопрос, если это всё таки накопление перед отправкой, то имеет ли смысл сделать queue кратно mtu (mtu*2|4|8), и поиграть с разными mtu в openvpn? PS, канал 1.3Мбит/с - это 21k pps для пакетов по 64 байта или 10k для пакетов 128 байт, либо примерно 910 pps для 1500 Или я где-то ошибаюсь?