ismax

Интересно, а можно ли включить поддержку QAM256?

повторюсь замечу, на смартфоне она там работает тоже.

Замечен пренеприятнейший баг: в режиме агрегации разных несущих в одном бэнде (в моем случае band 3 c двумя несухами, одна шириной 10 вторая 15 мгц) в закладочке cellular это радостное событие не отображается никак. При этом судя по скорости агрегация работает, но вот так вот в тайне, строго секретно.

Это не метрика.

а что за опсос?

Нет, при локе девайс просто не ищет другой базы и не регится в сети когда его вышибает база на которую он залочен. Cell lock применим похоже только против межсекторных метаний и с базы на базу при плохих уровнях сигналов, по крайней мере в моем случае с МТС. Еще заметил странный момент в сети Мегафона. Если выборочно включить То всё работает норм, основной B3, при прокачке включается агрегация с B20. Но если сделать вот так То нет регистрации в сети. Совсем. Однако, если выбрать только B20, то в сеть пускает без проблем. Но вот если только B3 - то отлуп. Повторюсь - Е3372 мультибэндовой агрегации не поддерживающий с теми же симками в том же месте регается в любом выбранном вручную диапазоне (используемым опсосом, само собой) без проблем и ограничений. Как в Мегафоне так и в МТС.

Примечательно что в Московской сети МТС на девайсе LTE6 kit в B3 и B7 бесконечные хэндоверы с базы на базу вне зависимости от уровня сигнала, просто лютейший футбол, с финальным выкидыванием аж в тормозной B38. В том же месте на обыкновенном USB-свистке во всех задействованных бэндах он работает чудесно и стабильно. Хошь в принудительно выбранном бэнде, хошь в авторежиме. Там же, в Мегафоне и в Т2 такого звиздеца не замечал. Видимо приоритеты для роутеров яйца в своей сетке опустили ниже плинтуса и без подмены IMEI даже с модемной симкой в роутере теперь никак.

Все решилось сбросом настроек router os. Заодно решилась проблема с MTU на l2tp-интерфейсе, невесть откуда возникшая. Еще одна странность в том, при выполнении одной и той же задачи в одноядерном режиме виртуалки загрузка процессора этой осью минимальна, а вот в 4-х ядерном - максимальна. Эта ось оптимизирована под одноядерные процессоры?

Сетевухи перебирал все, включая virtio_net - бесполезно, картина не меняется. Firewall включен, но только на pptp-интерфейсе. Этот вирт. адаптер хоста хоть у кого-нибудь в виртуалке с микротиком работает? Просто хочу понять, мой случай типичный или частный :)

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

В микротике up, в виртуалбоксе стоит галка "кабель подключен". C dhcp так же как и без него. Отключал dhcp, назначал вручную IP на этих интерфейсах - пинга нет. Однако между виндами всё работает, как со статикой, так и с dhcp.

Между гостевой роутеросью и хост-виндой не бегает трафик по виртуальному адаптеру виртуалбокса, тому самому что "host only network", созданным виртуалбоксом в винде. Между гостевой виндой и хостом с виндой бегает, между гостевой DD-WRT и тем же виндовым хостом тоже, а вот между гостевой R.OS (v6.26) и хостом не желает, не проходят даже пинги. Видит сей виртуальный интерфейс как etherX ось микротика без проблем. В режиме "сетевой мост" на физических сетевухах работает в боксе прекрасно. Но требуется не только мост. Кто виноват, что делать? :)

VPN сервак (w2k3) живет в подсети 192.168.1.X, его dial-in раздает 172.16.0.X, а за подключаемым к нему по dial-in клиентом (это mikrotik) сеть 192.168.0.Х. С микротика и из его подсети вся подсеть за VPN-серваком через туннель видна без проблем, а вот с самого VPN-сервака локалка за микротиком не видна категорически. Не пингуется даже внутренний интерфейс бриджа микротика (192.168.0.10). Всё заканчивается на pptp интерфейсе микротика, дальше которого с VPN-сервера ничего не идет :confused: Мои действия: последняя команда прошла типа успешно, роут добавился проверяем добавленный маршрут, который как бы и не добавился вовсе кульминация шоу :insane: На микротике картина такова: Что тут можно предпринять?

Так и сделал, падения прекратились. Судя по трафику туннеля пакеты "keep alive" от микротика, в отличии от пингов, тупо не получают ответа от удаленного сервака по туннелю, они виндой игнорируются :( По этой причине кто-то из них двоих и впрямь считал сессию залипшей и постоянно переподключал ее.