Le ecureuil

Сложно сказать. У меня сперва были некоторые идеи, но судя по тому, что было в поддержке, воспроизводимость результатов отсутствует, даже после того, как я отключил некоторые компоненты под подозрением. Торрент вещь очень "случайная", сегодня есть жирные пиры и личи, а через час уже нет - и тест будет в итоге под подозрением. Вопрос на самом деле в следующем ( @yerebakan уже писал про это): можете ли вы подтвердить, что при удалении ntce как компонента из системы все нормализуется?

В фразе "основные баги известны и работа над ними ведется" и заключается управление техдолгом. Лица, принимающие решение о релизе, смотрят текущие баги и решают насколько они критичны "en masse".

И предыдущему оратору @bigpu насчет "релизов ради релизов". Мир не может остановиться из-за одного бага. Другие люди ждут исправлений других багов. Еще одни люди ждут новых фич. Работа третьих зависит от вносимых сейчас изменений. Потому то, что из версии в версию есть какой-то баг не означает, что на него забили. Это означает, что работа ведется, но что-то ее тормозит или есть более срочные дела. А график релизов определяется не условием "все баги кончились", а "основные баги известны и работа над ними ведется".

Так, давайте проясним. В поддержке есть тикет, где на 3.7.B.3 скорость отдачи в торренте хорошая, а потом всегда плохая. По нему был дан custom. Это ваш тикет? Потому что странно спрашивать о том, о чем я вообще не в теме.

А можно в момент когда такое спылет снять дамп на WAN?

Это тут вообще при чем?)

Приходите в официальную поддержку, там соберем cusom-ПО для проверки.

Роутер не при чем.

Все из-за одного общего nat пытаются подключиться? А что в логах при этом?

Попробуйте на 2.16, и если не поможет, то нужны будут логи в момент разрыва с включенным interface CdcEthernet0 debug.

Сперва нужно > no system mount storage: сделать.

Если сильно попросите, могу записать видео как на камеру выдергиваю питание их розетки, несколько раз и медленно )

Поскольку управления питанием нет, то сейчас для роутера любая остановка одинакова с точки зрения вреда. А если хочется все же корректно все завершить, что надо в ndm послать "system reboot" и при полном гашении индикаторов отключать совсем.

А вы смешные. Люди забесплатно на чистом энтузиазме вам все собрали и дали, а вы нашли (условно) камень с острым краем в огромном поле и теперь еще требуете у энтузиастов ответа "почему не работает" по всей строгости. Верно говорят, лучше вообще добра не делать, только проблем наберешь. А по существу ответ в первом посте, он достаточный для описания всей ситуации.

Вот именно это и нужно было с самого начала. И что, всегда только так?

Стоп. А почему у вас установлены переменные окружения SSH_*? Предвижу, что это вывод не того скрипта и не в том месте.

Верно, в поддержке так почти всегда и делают, а потом, если это воспроизводится, уже приходят к нам и мы смотрим внутрь, чтобы подготовить репорт третьим сторонам. Потому что без проверки я тоже пожму плечами и скажу "ну кто его знает, может и падает, нужно проверять". Официальные лица все же в поддержке, а тут я лично пишу если мне есть что сказать. Если в текущем виде у меня нет идей или вопросов, я ничего и не пишу. Ну или если проблема сложная, я стараюсь сразу писать что тут счастья пытать не стоит, идите в поддержку. В этой теме видимо не успел отписать )

Есть тонкости в MTU, потому шансы есть, но нужно все делать руками самому.

Есть, бекпортировано и работает, две страницы назад тесты выложены. Все исправления безопасности тоже я сразу заношу, благо их было всего два за это время.

Кроме tlscrypt-v2 что там еще такого горящего в 2.5?

Не очень понятно про обман. На самом деле очень много причин тормозов кроется в третьесторонних компонентах. Причем сложность состоит в том, что нужно явно воспроизвести баг и донести его до авторов так, чтобы они и сами воспроизвели. Написать им в стиле "поставьте там торрент и качайте пока не повиснет" - это не уровень B2B взаимодействия, нужна максимальная конкретика. А пока этого не выходило, писать о чем-то вне рамок наших возможностей вообще не имеет смысла. Ну и чинят они тоже не то чтобы мгновенно + могут по пути сломать другое (сие бывало, и в результате выходило еще хуже). Оттого и столь долгая реакция на некоторые обращения в поддержку и на форум. Если нужно писать третьей стороне, то на форуме скорее всего тема не будет иметь развития нормального, потому что в таких вещах очень важна официально документированная переписка, а форум таковой не является для компании. Поправить то, что мы в силах сами - всегда пожалуйста.

Текущая версия 2.4.6 добавлена в июне 2018, потому подождать еще 3-4 месяца не будет сколь-либо фатальным.

Включите system debug чтобы поподробнее было. Кто клиент? Пока видно что разрыв инициирован клиентом, но подробнее нужно конечно.

Вполне себе нормальный срок, чтобы мы могли рассчитывать на 3.9 к примеру.

Если в мост, то я бы лично оставил. Барахтаться в море проприетарного китайского кала в месте сопряжения PHY и TR069... Очень такое себе. А по ссылке все роутеры.