LINUX.ORG.RU
Форум — Admin  

Длинный туннель и соответствующие проблемы с пакетами (TCP Out-of-Order, Retransmission...)

 , , , ,


1

1

Приветствую ребята! 🙂

Намутил себе ipv6 туннель на 19 хопов и пингом 516мс: ПК (windows 10) - роутер (Asus rt-ax55) - VPS1 (ubuntu 22) - VPS2 (ubuntu 22) - туннель HE - сайт. Вся цепочка построена sit туннелями 6in4 с MTU=1412.

Всё «работает», только сайты стали грузиться так себе (кол-во пакетов с нарушением порядка 100 - 200), что возможно и норма для такого случая. Но тем не менее, как-нибудь сгладить проблемы с передачей пакетов можно???

Вот что я уже сделал по советам ИИ, но это не сильно-то помогло:

ПК:

  • включил тайм штампы (netsh int tcp set global timestamps=enabled);
  • отключил антивирус Trend micro.

Роутер:

  • отключил Flow Acceleration и Runner.

VPS:

  • net.core.default_qdisc = fq
  • net.ipv4.tcp_congestion_control = bbr
  • включил qdisc fq_codel
  • отключил GRO и GSO

P.S. варианты сделать туннель покороче не рассматриваю ;)


подключи ИИ агент, дай ему доступ до всех точек, задай задание сделать глубокую диагностику (без изменения конфигурации, это важно)

Условный deepseek (а лучше glm-5.3-(flash)?) с этим хорошо справится, мне помог найти достаточно заковыристую проблему в k8s кластере с двойным NAT

gagarin0 ★
()
Последнее исправление: gagarin0 (всего исправлений: 2)
Ответ на: комментарий от Kisliy

у тебя три пути:

  1. изучать матчасть, как дампить трафик, научиться запускать много терминалов, смотреть tracepath, узнать особенности MTU и MSS и другие интересные слова

  2. решить задачу при помощи ИИ

  3. создать тему на форуме, где местные любители погонять чай будут гадать на кофейной гуще.

gagarin0 ★
()
Ответ на: комментарий от gagarin0

как дампить трафик

Думаете, он трафик не дампил? Откуда он тогда взял «TCP Out-of-Order»?

Судя по стартовому посту, все три пункта вашего плана ТС выполнил :)

mky ★★★★★
()

кол-во пакетов с нарушением порядка 100 - 200

Это на какое общее кол-во пакетов?

TCP Out-of-Order ведь разный бывает. Могут просто пакеты переставляться, а могут быть потери. Во втором случае нужно разбираться где потери возникают, так как если в канале потери, то большой скорости не будет, ухищрения не помогут.

mky ★★★★★
()
Ответ на: комментарий от gagarin0

Ну, фига это ещё хоршо, когда читаешь комменты нейрослоперов, видишь что похуже.

mky ★★★★★
()
Последнее исправление: mky (всего исправлений: 1)

19 хопов это цепочка из 20 узлов с тунелями между ними, или общее количество хопов между четыремя описанными узлами? Если первое, то 500мс это чудо, при условии что хосты где-то в случайном месте в интернете.

Khnazile ★★★★★
()

6in4 с MTU=1412

А точно нет узких мест? Разрешён icmpv6 на пути в обе стороны, чтобы type 2 прошёл?

Тормоза можно объяснить естественным скукоживанием окна TCP по времени.

net.ipv4.tcp_congestion_control = bbr

По делу!

anonymous
()
  • Markdown
Пустая строка (два раза Enter) начинает новый абзац. Знак '>' в начале абзаца выделяет абзац курсивом цитирования.
Внимание: прочитайте описание разметки Markdown.
Используйте Ctrl-Enter для размещения комментария