vst

Мне вот тоже интересно... Быть может удалось что выяснять? Что за пятый и что на это ответят разработчики?

Очень похоже на несовместимость со старыми бэкапами, которая описана здесь. Однако вы создаёте с нуля и по-преждему не работает...

Между 4.1 и 4.2 netatalk был поднят с 3.1.18 до 3.2.0. Откатим обратно конечно до выяснения

@Denys в конфиге есть статический дефолтный маршрут ipv6 route default 2a**:***:b:cfd:***:2*ff:**:***. Возможно он конфликтует с маршрутом, полученным от провайдера.

Предлагаю удалить совсем, как правило модем ничего содержательного не показывает здесь. Некая константа, а в реальности же предельная скорость постоянно меняется.

А мне бы как хотелось, даже не представляете... Но пока нужно стабилизировать 4.2.

@Тося дождитесь воспроизведения проблемы и пришлите селфтесты с двух роутеров.

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

Спасибо, проверим. Киньте селфтест на случай, если проблема окажется не очевидной в воспроизведении. Пока нет способов обойти проблему.

В логах явный отлуп от оператора. Если сделать interface UsbQmi0 debug, то будет еще более подробная причина отлупов. Скажите, с вашим оператором работает какой-либо другой модем в режиме 4G PDPv4v6?

Возможно что-то с продлением времени аренды префикса. show ipv6 prefixes

Ошибка поправлена, NDM-3484.

Взял модель KN-2311 только так удалось воспроизвести проблему. Дело за малым, разобраться.

Проверил с Мегафоном. Выдаются DNS адреса 2a03:d000:4001:29:9000::1a 2a03:d000:4001:29::1, не кастомизируются под режим PDP. Во всех режимах работает. У МТС DNS64 адреса особые, заканчиваются на ::64.

На 7628 лимитов нет, так как там USB2.0 eHCI. Т.е. вообще другая модель организации данных и такого лимита нет как понятия. Модели с xHCI имеют некие лимиты, которые сложно выразить одной цифрой. Но если просят, то ответ 15. В реальности множество разных случаев.

Настройте всё как следует, воспроизведите, пришлите селфтест.

На ARM чуть побольше, но так как Intel xHCI, где не удалось нащупать лимит, не вышло. В целом сложно формально описать эти лимиты и написать явную инструкцию. Поэтому возникают мифы и легенды.

@wigeance не понятно, какой конфигурации вы хотите добиться и для чего. Считаете, что ipv4 в два раза лучше работают? (оба серые) То, что в режиме pdpv4v6 работало - вот это неправильно. Такие конфиги мы не ограничиваем, настроить их можно. А смысл?

Дело не в питании. Встроенный модем + внешний модем + хаб + флешка. Все эти устройства резервируют ресурсы. L860 резервирует много ресурсов. В итоге хост контроллер упирается в аппаратные ограничения. Как-то программно улучшить не сможем(

Спасибо за отчет, вопроизведено, будет исправлено. NWI-3749

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

Необходимо именно переключить PDP в режим ipv6 only. Тогда сотовый оператор выдаст правильные DNS серверы, которые уже смогут выдать NAT46 домен. Если по некой причине это ранее прокатывало, то это неправильно и все вопросы к оператору. dhcpv4 отрубить, контекст пакетных данных в режим ipv6 и всё должно быть хорошо.

mobile pdp ipv6

Я кстати проверял и работало. В днс6 адресах от провайдера есть цифры 64?

Не раз подходили к реализации этой страницы, но как-то сложновато выходит показывать ipv6 в целом и делегирование в частности. Но мы стараемся... По поводу того, как нарезался префикс на сети и пул делегирования из сообщения не понял, можно селф скрытым сообщением...