Ни единого разрыва с TUN/TAP, или как я боролся с «подзатупами» интернета на острове

[vdudouyt]

Ну это немного другое, в моем случае IP-адрес регулярно меняется даже в пределах одного TCP-соединения (в зависимости от того, какой из дубликатов пакетов первый придет). Но сводится в единое целое NAT-ом, чтобы соединие сохранялось.

Но да, тоже интересный кейс.

[ky0]

Ура, вы придумали Multipath TCP :)

[vdudouyt]

Ожидал этот комментарий. В принципе, тоже вариант, хотя и более громоздкий.

[ky0]

Код, идущий в комплекте с ядром - более громоздкий, чем отдельное приложение?

[poige]

А где тут MpTCP-то вообще?

[poige]

Ожидал этот комментарий

а https://en.wikipedia.org/wiki/Mosh_(software) этот?

UPD.: немного поискав: https://github.com/porech/engarde — A go network utility to create a reliable IP tunnel over multiple connections: "… engarde constantly sends every single packet through all the available connections: if one of the links has problems, the packet will still fastly reach its destination through the other ones, and the user won't even notice it. …"

[vdudouyt]

Нет, этот не ожидал, тут-то Вы меня и подловили )) Ну, значит, больше решений Богу решений ))

[poige]

Нет, этот не ожидал

Там два, один прям почти один в один. :)

Ну и не, ловить не тот метод, тот метод — искать. :)

[RTFM13]

Обидно, что подзатупы это в большинстве случаев искуственно внедренная вещь и появилась (преимущественно у опсосов) задолго до того как этим стал пользоваться ркп. Вангую что у них прям галочка в биллинге есть включенная по умолчанию. Или даже hidden услуга.

[vdudouyt]

Ну тут дело происходит далеко за пределами досягаемости РКН )
А в РФ с "подзатупами" как-то не сталкивался - хотя, с другой стороны, и давно там не был.

[RTFM13]

А это специфика скорее опсосов, чем рф. Они с самого начала саботировали конкурентный мультимедиа трафик.

[RTFM13]

Не, голосовой трафик имеет приоритет изначально. Хотя бываетт и он встаёт, но это другая история. Бывает что инет летает, но на пару секунд в минуту втаёт колом. Я собаку съел в своё время на диагностике каналов связи и перегрузку от саботажа отличаю лучше любого телепата. Вот эти "затупы" как в статье они очень специфичны.

[RTFM13]

Поясните, в каком месте ваш текст опровергает мои слова?

[RTFM13]

Я ваш посыл понял. Я спрашиваю где опровержение моих слов?

Вы там очень долго рассказываете что шейпер с малым буфером дропал пакеты. Охотно верю, но как это противоречит тому, что я писал выше?

Может, я еще какой-то смысл упустил?

Опять же, проблеме не первый десяток летт и не у одного опсоса (при этом она может появляться и пропадать на отдельных тарифах/опсосах). За это время можно было найти специалистов любой квалификации, это в оборотах опсосов - пыль. Думаю заявок в саппорте достаточно. А если менеджмент не сподобился озаботиться этой проблемой, то это (цитирую ваше сообщение) умышленное неисполнение или небрежное исполнение определённых обязанностей, скрытое противодействие осуществлению чего-либо со стороны этгого менеджмента.

[mapnik]

mosh, атэц.
Если пятисекундные задержки влияют только на ssh — используй mosh!

[vdudouyt]

При серфинге веб-страничек тоже сильно заметно. А на всяких нетфликсах с ютубами периодически скидывает в минимальное качество и обратно, если я попал на период "подзатупов".