Wi-CAT LLC

Wireless Comprehensive Advanced Technology. Build your network now.

Wi-CAT LLC
Навигация Форума
Вы должны войти, чтобы создавать сообщения и темы.

Может Wi-CAT поделится планами на будущее об используемых SoC?

Судя по изменениям в исходниках кое-какие железки на MT7615 остались в прошлом, хотелось бы знать в каком направлении двигаетесь сейчас?

На хоботе вроде упоминали что рассматриваете Atheros/Qualcomm,  как альтернативу Медиатеку. Что-нибудь прояснилось в этом плане?

Что вообще есть "интересного" на рынке роутерных чипсетов и что из этого в ваших планах на будкщее?

Никто ни в каком прошлом не остался. Просто MT ветка выделена в support only по SNR-CPE.

Во внутренней HQ ветке мало того что всё осталось, так ещё и осуществлён перезд на новый инструментарий,  и ведётся работа по добавлению архитектур включая x86 и ARM. Перерабатываются подходы и т.д.

Как появиться время/возможность/чёткое понимание по новым линейкам ориентированным на рынок РФ и доступным end user`ам - я обязательно это озвучу.

Пока вся работа идёт в ключе не затрагивающем выше озвученные сегменты. А на обзор рынка логики тупо нет времени в части написания статей. Находить бы его хотя бы на реальные проблемы и пополнение базы знаний на сайте и то было бы хорошо.

Работа кипит и старые наборы логики вероятно скоро получат второе дыхание и новые будут, но смещаться вектор будет в SMB и Enterprise. Пришло время сделать просто следующий шаг который был давно запланирован.

Цитата: sfstudio от 16/03/2019, 14:08

Никто ни в каком прошлом не остался. Просто MT ветка выделена в support only по SNR-CPE.

Во внутренней HQ ветке мало того что всё осталось, так ещё и осуществлён перезд на новый инструментарий,  и ведётся работа по добавлению архитектур включая x86 и ARM. Перерабатываются подходы и т.д.

Как появиться время/возможность/чёткое понимание по новым линейкам ориентированным на рынок РФ и доступным end user`ам - я обязательно это озвучу.

Пока вся работа идёт в ключе не затрагивающем выше озвученные сегменты. А на обзор рынка логики тупо нет времени в части написания статей. Находить бы его хотя бы на реальные проблемы и пополнение базы знаний на сайте и то было бы хорошо.

Работа кипит и старые наборы логики вероятно скоро получат второе дыхание и новые будут, но смещаться вектор будет в SMB и Enterprise. Пришло время сделать просто следующий шаг который был давно запланирован.

Доброго времени суток.

Что из себя представляет ветка HQ?

Из ходя из окончания сотрудничества вас и NAG'a, означает что устройств с вашим по на борту snr cpe больше не купить?

Так же вопрос про то, что делать простым смертным? Как я понимаю поддержки для snr cpe от вас в скором будущем не будет (а точнее её по сути уже нет, ведь контракт завершён) или я ошибаюсь?

С уважением

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

В связи с тем, что взят курс на SMB требования к надёжности, совместимости и поддержки всяких enterprise плюшек ещё ужесточаться.

Операторские решения так же будут заменены доработанной линейкой.

SMB вообще будет отдельным пластом железяк со своими плюшками.

В т.ч. в работе АП для связи на подвижных объектах с минимальным временем переключения для обеспечения непрерывного мониторинга устройств на провизводстве и/или автоматизированных цехах. Да много чего что пилилось последние года 1,5-2 в наше личное время (ночами и just for fun) начнёт воплощаться в жизнь. Ранее все эти наработки буквально были заперты в криокамере т.к. времени на их доводку не оставалось вообще. Пул уже готовых к реализации идей и решений просто огромный накоплен за годы отсутствия ресурса по времени. Будем действовать.

Розницу скорее всего просто вообще сами организуем исключительно для простых смертных.

По железу от NAG. Wive-NG-MT ещё будет поддерживаться некоторое (возможно долгое, как было с Acorp) время. Но приобретать с оглядкой на перспективу я бы не стал. Благо ME1 через год сам по себе будет никому особо не нужен т.к. смениться ещё одно поколение устройств. Это время для ЧЛ поддержка точно будет оказана.

Возможно удастся организовать переход на HQ (за символическую, ну допустим в $1 плату для ЧЛ, думаю понятно зачем такая символика =))), но тут есть некоторые сложности технического характера для младших (MT7620 based моделей ибо просто не хотелось бы тащить стопку бесполезных таргетов).

Если всё пойдёт по плану (а пока идём с опережением), то случиться это относительно быстро (куча не технических вопросов урегулируется прямо сейчас).

Проще говоря мы работаем в поте лица что бы запустить всё задуманное в кратчайшие сроки.

Вот тут совсем кратенько анонс без тех подробностей https://www.facebook.com/WirelessCatLLC/posts/391092991720268

Подробности будем публиковать по мере решения вопросов ;)

Ну и до кучи почему розницу наверное сами организуем, именно что бы не было такой ситуации со сменой заказчика.

В общем следите за новостями. Пока только месяц вот вот прошёл как контракт закрыт. Не торопитесь.

На заметку.

Последняя доступная для модификации (по договорённости между мной и компанией НАГ) ветка 7.9.9 (которая на текущий момент уже является устаревшей, см git log). Всё что будет публиковаться или предустанавливаться ими после к нам отношения уже не имеет, никакого саппорта там быть не может. Проще говоря то, что уже на руках это понятно что, что дальше у них будет понятия не имеем.

Так же стоит понимать, что никакие имущественные права компании НАГ не передавались. Юридически они получили разрешения на "кастомизацию" и предустановку версий выпущенных в рамках срока действия договора НАГ - WirelessCAT т.е. до 7.9.9 версии включительно и под конкретные аппаратные платформы (поддерживаемые в коде доступном в гит в тот момент в полном объеме, т.е. все чипы кроме MT7615/ME2 поддержки которого в ветке на тот момент не было и код для 7615 НАГ не передавался ни в каком виде).

Т.е. форки для нового оборудования с натягиванием совы на глобус с сохранением не GPL/MIT/BSD компонентов и имени Wive юридически под большим вопросом и требует отдельных соглашений между правообладателем и компанией НАГ, которые не заключались. Альтернатива - НАГ стартует свою фирмварь и может заимствовать из Wive компоненты под GPL/BSD/MIT и им подобными лицензиями.

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

Однако вам никто не может запретить собрать свой движок с использованием запасных частей доступных в свободной продаже (под вирусными лицензиями аля BSD/MIT/GPL), назвать его ТурбоГиперЛуп, прикрутить на шасси хоть запорожца, хоть камаза и продать как АПК под своим именем.

а точнее её по сути уже нет, ведь контракт завершён

Для ЧЛ ТП осталась пока в том же виде. Запросы по фиксам обрабатываются штатно. Понятно, что мы не будем играть в благотворительность и тянуть пока железки совсем не сдохнут. Как уж получиться. Критичные фиксы аля уязвимостей вероятно ещё долго буду портировать и в MT ветку. Это уже не работа компании, а по сути моя личная инициатива. Ну и патчи не будут атомарными.

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

Нет никаких оснований для компании выделять на это ресурс.

 

Хочу переход за чисто символический 1$, как его осуществить для ME?

Грю не торопитесь. Пока это всё наброски и идеи как лучше поступить со старыми устройствами. Объявим. Мне вот такой вариант видится приемлемым. Но с коллегами, я оный пока даже не обсуждал. Если все согласятся то поставлю задачу веберу сделать морду для подписки и выпустим MT версию для перехода (ну например). Пока голова забита не этим и у MT ветки на ближайшие месяцы (даже если её сейчас вообще бросить) запаса прочности хватит (хакатоны в этом году вроде уже все прошли, новых дыр не предвидиться). =)

Текучка:

В HQ удалось таки решить ряд древних проблем что высвободило ~10% CPU в софт режиме по проводу и около 18% при использовании радио. А переделка rate_alg позволила работать в условиях импульсных помех не скатываясь в нижние рэйты. И даже если скатились то возврат в рабочий режим теперь возможен в 1 шаг, а не в минимум 3. Что гораздо эффективнее.

Стало реальным полуить 650Мбит TCP смешанными пакетами 300-1500Байт  на 2T2R радио в 5ГГц и более 320Мбит в режиме 256QAM в 2.4ГГц в чистом эфире. Нижняя планка на синтетике (воспроизведение записи шума в эфире в самом сложном из встреченных мест ;) для всех 2.4ГГц модулей подтянулась с 15Мбит в среднем до 30Мбит, для 5ГГц с 50Мбит до почти 100Мбит на 1T1R устройствах и до 160Мбит на 2T2R.

Понятно что зависит от профиля шума ибо оптимизации нацелены на решение конкретной проблемы с наличием в шуме импульсной составляющей.

По роумингу идёт тотальный review под сертификацию VoiceEnterprise у Wi-Fi alliance. Есть шанс, что все устройства получат корректную поддержку BTM из 802.11v (клиенты только появляются,  старшие протопиты это уже умеют). Гарантированно получат максимально полную поддержку бесшовной миграции старшие устройства поставляемые с HQ веткой.

Так же решена пачка проблем в части совместимости с разнородными клиентами на свежих версиях Android (из-за изменений подходов к рандомизации мак адресов пришлось заметно переделать поведение). Так же совместимость в части FT на клиентах реализующий оный не полностью или не совсем корректно (большой пласт устройств отмеченных как прошедшие сертификацию на VoiceEnterprise но по факту...).

В ближайшее время MT7603 так же получит огромный пласт правок и по возможностям практически сравняется с 7615 (нет 256QAM не отрастёт, в остальном будет очень близок по поведению). Сейчас эти правки (накопленные за год работы, но в силу отсутсвия времени толком не протестированные) уже слиты в HQ-next ветку, и обкатываются на синтетике + в реальной эксплуатации.

Это что касатеся того, что уже не будет доступно в Wive-NG-MT ветке для SNR-CPE.

Так же все новые устройства получат ряд схемотехнических решений (пока умолчу каких) напрямую скажущихся на удобстве эксплуатации оборудования в целом.

Напомню, что вся команда Wive-NG чуть более года назад организовалась и открыла ООО Wireless-CAT (собственно на форуме нашей компании вы сейчас и находитесь).

Wive-NG это не просто набор байт, это в первую очередь люди и подходы.

Wive-NG разрабатывает только одна компания. Все модифицированные сторонние ветки и/или проекты пытающиеся эксплуатировать имя Wive-NG к нам не имеют ровным счётом никакого отношения. Никаких гарантий корректности оных или даже гарантий не получения кирпичей после заливки таких "элексиров" в ваше устройство мы дать не можем.

Wive-NG-MT поддерживает только маршрутизаторы построенные на MT7620/MT7621/MT7610/MT7603 (оборудование SNR-CPE W2N/W4N/W2I/AP1/AP2/MD1*/ME1). Если вы видите Wive-NG-MT для отличных от этих чипов или устройств, то это гарантированно не Wive-NG, а суррогатный уж с ежом в одном флаконе.

Остерегайтесь суррогатов дабы не получилось как в старом добром фильме:

 

Немного затравочки. Wive-NG-HQ для новых устройств получил не просто поддержку BTM (из 802.11v), но и возможность его применения для автоматического управления handover для клиентов которые поддерживают WNM (определяется автоматически).

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

По сути это часть уникальной логики призванной максимально полно обеспечить по возможности прозрачную миграцию (бесшовный роуминг) для любых типов клиентов. Так же косвенно (т.к. неизбежно будет стремиться к нормальному распределению клиентов по АП в зависимости от параметров линка и расположения клиента) позволяет существенно повысить ёмкость сети (имеется в виду сети с multiAP).

Так же в HQ ветке ведётся глобальная работа по переписыванию старого кода (быстрых решений сделанных по запросу) в человеческий вид с учётом предыдущего опыта, для встраивания в общую логику.

А для операторов будет интересно узнать, что мы идём в сторону обеспечения автокастомизации (уже есть определённые успехи) без необходимости предустановки специализированного образа с завода. Что для нас значит экономия ресурсов, для операторов отсутсвие необходимости ждать отдельную партию устройств. ;)

Как следствие такого подхода решается и ещё стопка серьёзных проблем:
1. отсутсвие поставок обновлений для кастомизированных версий
2. отсутствие контроля и невозможность быстро реагировать на проблемы
3. невозможность что-то быстро изменить если серия запущена в производство (риски ошибки остаются всегда)

Т.е. все кастомизации по сути становятся нормальной частью операционной системы, что позволяет работать с кастомизированными версиями так же как и с обычными имея все те же преимущества (скорость реакции на проблемы, своевременное обновление компонентов системы, отслеживание проблем безопасности и т.д. и т.д.) что и в случае использования версии без кастомайзинга.

 

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

Плюс это же держало от избавления от совсем уж линейной и плоской логики конфигурации в т.ч. системной маршрутизации.

На данный момент весь этот пласт переписан и обкатан.

Благодаря этому младшенькие (MIPS/ARM) получат возможность горячего резервирования канала через 4G или WWAN совместимый USB адаптер. А x86 получат multihome во "все поля" ;)

А так же это позволит в будущем реализовать ещё много приятных плюшек.

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

А сегодня добил ещё один кусочек препятствующий светлому multihome будущему.

Так же HQ приятно порадует появившимся диагностическим инструментарием (подробнее позже).

 

В связи  приближающимся запуском корпоративных АП в серию...

За последние 2 месяца  поддержка протоколов 802.11k/r/v (v только в старших устройствах) доведена до уровня прохождения всех тестов VoiceEnterprise от WiFi альянса в той части, что касается бесшовной миграции.

Т.е. достигнут Enterprise уровень поддержи стека протоколов. В т.ч. за счёт которых обеспечивается бесшовный роуминг.

ждем новостей по устройствам для физлиц!

Цитата: sfstudio от 16/06/2019, 18:55

А x86 получат multihome во "все поля" ;)

а что имеется в виду под multihome?

Multihoming.

так я и думал. а почему именно "x86 получат multihome во "все поля""? вроде как от аппаратной платформы фичи не должны зависеть.

P.S. и любопытно, что именно делается, интерес имеется

Потому что x86 на борту имеет 4-8 полноценных сетевых карты от интел со всеми оффлоадами, в отличии от. Ну и дури мягко сказать заметно больше.

Более того, x86 проектируется в т.ч. под ядро корпоративной сети,  а MIPS/ARM в лучшем случае домороутеры, Enterprise AP и роутеры для самых маленьких офисов.

Каждому девайсу своё место и свои задачи.

P.S. Будет время всё расскажу и покажу. Пока вот местами что-то публикую (что не является тайной и может быть когда-то будет доступно в рознице), но не более. В т.ч. что бы не дарить идеи. Именно идеи ценны, а не конкретная реализация.

Вопрос про x86 или лучше amd64, не планируется ли выпуск по для построения шлюза для корпаративной сети?

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

 

Не понял в чём вопрос, ибо набор команд эт всяко AMD64 ибо Itanium мёртв. =) А вот производитель CPU будет Intel. Увы. И причина тому банальна - не где производить платы на AMD + стопка интеловских сетёвок (риалтэки и прочее не катит).

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

Обидность за державу эт точно не повод.

Есть вполне понятный круг задач которые нужно решать комплексно без зоопарка. Вот к этому и будем стремиться. Данных собрано с интеграторов в таком объёме что всё не перелопатить. Постепенно анализируем и делаем шаг за шагом. Работы оооочень много. Движемся постепенно.

Причём тут BSD и какой релиз и чего релиз мне не ведомо.

Pfsense.

Они предлогают железо + по.

Как бы заманчиво...

Просто по под 64 архитектуру, на данный момент на тесте дома....

В принципе все гуд.

Не считать за рекламу.

pfSense близко не то что у нас расписано в роадмапе. Вот вообще. Задачи разные перекрывающиеся дай бог в 10% случаев.  Мы всё же компания ориентированная на беспроводку, потому всё что нами делается всегда учитывает именно этот уклон.

32bit умерли это факт. Но вот интелу (если хочется сделать именно законченную железку в виде специализированного, но мощного одноплатника) пока альтернативы среди условного x86_64 (AMD 64) тупо нет.

Ну и распространение в отрыве от железа так же не планируем. Что бы сделать возможными некоторые подвыверты (граничащие с хаками) нужно гарантировать неизменность платформы даже в самых мелочах, иначе привет глюкодром.

Потому (не смотря на то что базовая часть и около 30% запланированной логики уже работает и даже реально нами используется у себя) работы там ещё очень и очень много. А вот времени на эту работу маловато остаётся, т.к. постоянно получаем предложения по работе над END-USER-CPE и просто в лоб отказывать было бы глупо. А рассмотрение заявок это тоже время.

Благо, мы не очень ограничены в сроках, и можем позволить себе постоянную реприоритезацию задач. Это ИМХО лучше чем попытаться "взять высоту" с наскока. Всему своё время. Главное, на данный момент, не развести бардак и не наплодить незаконченных решений.

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

Сейчас рано раскрывать подробности, ибо просто погрязнем в дискуссиях. ;) А это время лучше потратить на разработку. Вот прямо сейчас работаю над автотестами под железку о которой даже не заикался, а она уже в виде прототипа (на днях буквально приехали уже прототипы даже в корпусах) мыргает светодиодами и гоняет трафик. ;)

P.S. Я тут в осадок (буквально) выпал когда получили запрос от Египетской компании. Правда помочь им ни чем не смогли, ибо хотели того, что в принципе не реально в контексте ограничений железных (кроссвендорная совместимость чипмэйкерспецифичных режимов).

PP.S. А pfSense весьма неплохой для новичков пытающихся перейти на x86 based решения проект. Но всё же это совсем другая штука.

Цитата: sfstudio от 25/03/2019, 03:16

Возможно удастся организовать переход на HQ

Здравствуйте!

Сейчас, спустя 6 месяцев, есть какие-нибудь новости?

 

 

Добрый день. Решено SNR-CPE не переводить на HQ, как минимум в ближайшей перспективе. Т.е. до сворачивания поддержки MT точно. Потом вернёмся к вопросу, но скорее нет чем да.

я считаю, что зря.

вы добавляете себе в репутацию строчку "поддержка устройств с нашей прошивкой может кончиться в любой момент".

"Вендор" решил не платить за саппорт - ну вопросы к "вендору". Уж простите, но что бы не добавлял и кто себе в репутацию, но поддерживать то не знаю что это очень странно.

Для старых устройств зареганых в системе обновлений багфиксы выходить продолжат так и сяк (если что-то выявится серьёзное). А новые будут исключены. Саппорт SNR-CPE уже перешагнул планку в 4е года.

Именно поэтому заранее было сказано, что новые SNR-CPE остаются без нашего саппорта и даже в ридми написано. Инфа дана ещё в феврале.

Палка всегда о двух концах. Но надо понимать, что бесплатно работать никто не будет. Какая бы там не была репутация.

По новым железкам сразу на юр уровне решена проблема выпуска новых устройств без договора их поддержки. Т.е. коллизии когда один клепает и продаёт непойми что, а второй это непойми что бесплатно сопровождает уже возникнуть не может.

Больше на такие грабли как с SNR никто наступать уже не будет.

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

Новые железки подъехали:
1) https://www.facebook.com/WirelessCatLLC/posts/563855687777330
2) https://www.facebook.com/WirelessCatLLC/posts/569985703830995

Пока в тест только ISP. Подробности и инфа о доступности для остальных будет сразу в виде анонса у нас на сайте, как только будет доступна нам. Ориентировочно конец января.

ПЛАНОМЕРНО СВОРАЧИВАЕМ ПОДДЕРЖКУ SNR-CPE и ветки Wive-NG-MT для них.
В связи с чем прекращается публикация бинарных образов для SNR-CPE. Обновление для SNR-CPE будет предоставляться только для устройств ME1/MD1/MD1.1/W4N rev M и только через систему онлайн обновлений.

Пока регистрация новых устройств в системе обновлений открыта (достаточно залить последнюю прошивку с sf.net в роутер и нажать "проверить наличие обновлений" в UI). Ориентировочно конец февраля/начало марта регистрация новых устройств SNR-CPE будет отключена, и обновления смогут получать только те устройства, что были ранее зарегестрированы в системе. Срок поддержки таких устройств по расширенной программе составит ещё около полугода-года в обычном режиме, после чего останется в режиме наблюдения и устранения только удалённо эксплуатируемых уязвимостей если таковые будут выявлены.

ПЛАНОМЕРНО СВОРАЧИВАЕМ ПОДДЕРЖКУ SNR-CPE и ветки Wive-NG-MT для них.

Добрый день! Роутер SNR-CPE-MD1.1 версия прошивки: 1.2.0.2904191046 - купил у оператора. Работает без замечаний.
1) Вопрос на будущее: можно ли на это железо заливать вашу версию прошивки?

2) Что значит "регистрация новых устройств SNR-CPE будет отключена"? Где их надо регистрировать? Или это только оператор может зарегистрировать?

  1. Нам ничего неизвестно о изменениях в новом железе (выпущенном после марта), от слова совсем. Никаких гарантий что взлетит я лично дать не берусь. Как и то, что если взлетит не факт что будет жить корректно. Если хочется использовать наше ПО то рекомендую воздержаться от приобретения устройств SNR-CPE.
  2. Для Wive-NG-MT устройства регистрируются в системе обновлений автоматом при заливке ПО  с sf.net. Пока регистрируются. В будущем эта функция будет отключена.

 

Поддержка (в т.ч.) обновлениями для SNR-CPE осуществляется исключительно на голом энтузиазме. Последнее большое обновление для MT ветки будет где-то в середине января (если руки дойдут), после этого считайте приплыли. Но  в любом случае это лучше чем мертвичина по сути замаринованная в феврале на уровне 7.9.9 когда произошло ответвление. Рисковать и переходить или оставаться на ветке NAG дело ваше. Но счастья по этим устройствам уже не ждите. Только фиксы безопасности (не считая запланированного на середину января относительно большого обновления призванного освежить ветку по всем фронтам, однако не факт что руки вообще дойдут) на нерегулярной основе, в свободное время.

Изменения же в ветке от NAG можно видеть тут https://develop.nag.ru/wive-ng/SNR-CPE
Гит оригинальной Wive-NG-MT тут https://sourceforge.net/p/wive-ng/wive-ng-mt/ci/c7672262a6b7fc9d8b335f449f2b4e6de76c8e6d/log/?path=

Сравнивайте, решайте. Тут хозяин барин.

@sfstudio добрый день! Поделитесь новостями, пожалуйста.

Добрый..

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

В кратце:
1) запущено 2 линейки устройств для ISP, в текущий момент идут тесты у них и формирование предзаказов (хотя может уже и прошли тесты, этим партнёры занимаются, поэтому в риалтайме не отслеживаем)
2) достаточно много времени потратили на спасение данных wikidevi и развёртывании https://wikidevi.wi-cat.ru. Ресурс ИМХО очень важный и нужный. Поэтому приютили у себя.
3) возможно появиться 3й партнёр ориентированный сугубо на розницу, пока на стадии переговоров
4) море работы по x86 based и энтерпрайзу который в перспективе выйдет под уже чисто нашим брэндом (это отдалённая перспектива, т.к. банально на всё не хватает рук, а для масс продукта всё же несколько иные требования, нежели чем под конкретные проекты)

Работаем потихоньку. По рознице (по последним данным) пока глухо. А вот провайдеры могут получить устройства в тест написав на info@wi-cat.ru (сконтактируем с партнёрами или сами вышлем).

Всё хорошо, работа кипит. Не расходимся ;) До времени Ч ещё целый месяц. Т.е. из планов не выбиваемся. Там будет, скорее всего, подведение итогов года. Если дойдут руки оформить в человеческом виде у кого-то из коллег, обязательно поделимся.

До раскрытия инфы по партнёрам и оборудованию осталось меньше месяца (по планам).  И информация сразу появиться на wikidevi.wi-cat.ru ;)

Цитата: sfstudio от 25/12/2019, 21:17
  1. Нам ничего неизвестно о изменениях в новом железе (выпущенном после марта), от слова совсем. Никаких гарантий что взлетит я лично дать не берусь. Как и то, что если взлетит не факт что будет жить корректно. Если хочется использовать наше ПО то рекомендую воздержаться от приобретения устройств SNR-CPE.
  2. Для Wive-NG-MT устройства регистрируются в системе обновлений автоматом при заливке ПО  с sf.net. Пока регистрируются. В будущем эта функция будет отключена.

 

Поддержка (в т.ч.) обновлениями для SNR-CPE осуществляется исключительно на голом энтузиазме. Последнее большое обновление для MT ветки будет где-то в середине января (если руки дойдут), после этого считайте приплыли. Но  в любом случае это лучше чем мертвичина по сути замаринованная в феврале на уровне 7.9.9 когда произошло ответвление. Рисковать и переходить или оставаться на ветке NAG дело ваше. Но счастья по этим устройствам уже не ждите. Только фиксы безопасности (не считая запланированного на середину января относительно большого обновления призванного освежить ветку по всем фронтам, однако не факт что руки вообще дойдут) на нерегулярной основе, в свободное время.

Изменения же в ветке от NAG можно видеть тут https://develop.nag.ru/wive-ng/SNR-CPE
Гит оригинальной Wive-NG-MT тут https://sourceforge.net/p/wive-ng/wive-ng-mt/ci/c7672262a6b7fc9d8b335f449f2b4e6de76c8e6d/log/?path=

Сравнивайте, решайте. Тут хозяин барин.

Доброго времени суток!

Надеюсь пользователи ещё пока что "не приплыли" и надеюсь на голый энтузиазм.

Спасибо за ответ.

Добре.

У меня запланирован большой пласт правок. Последний. Думал ещё в январе сделаю, но тут завал полный в т.ч. благодаря корововирусу.... Как дойдут руки по по ядру перетащу правки + юзерспэйс местами подновим. И в таком виде оно и останется до смерти, разве что если уязвимости всплывут.

Дырки пока не где не вылезли так что терпит.

Возможно приурочим этот пласт правок к доступности новья в розницу. Вроде там что-то зашевелилось на тему розницы у партнёров. Надо будет палочкой потыкать.

Просто что бы взяться и сделать нужно вместо новых девайсов на стэнд старые тыкать, иначе есть шанс регрессий огрестись т.к. ветки разошлись ооочень сильно. Вот чесслово не до них вообще. Найду время - сделаю, пока не очень видно просвет. И с одной стороны это хорошо, т.к. это живые заказы в отличии от почивших SNR-CPE...

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

В общем обсудим с коллегами когда меня чутка "освободят" от работы и к чему приурочить. Но финальный аккорд будет всяко. Что бы запаса ещё на годик хватило, ибо ветка NAG увы мёртвая совсем, и надежды, что хоть как-то будут хотя бы апстримные проекты отслеживать не оправдались. Вот такое оно "мы будем сами развивать". =) Развилось в тыкву блин.

Блин, хорошо напомнили. Надо же деморожу для HQ обрезать запустить. Её так же постигли серьёзные изменения, хотя общий концепт остался тем же.

Цитата: sfstudio от 02/03/2020, 18:57

Добре.

У меня запланирован большой пласт правок. Последний. Думал ещё в январе сделаю, но тут завал полный в т.ч. благодаря корововирусу.... Как дойдут руки по по ядру перетащу правки + юзерспэйс местами подновим. И в таком виде оно и останется до смерти, разве что если уязвимости всплывут.

Дырки пока не где не вылезли так что терпит.

Возможно приурочим этот пласт правок к доступности новья в розницу. Вроде там что-то зашевелилось на тему розницы у партнёров. Надо будет палочкой потыкать.

Просто что бы взяться и сделать нужно вместо новых девайсов на стэнд старые тыкать, иначе есть шанс регрессий огрестись т.к. ветки разошлись ооочень сильно. Вот чесслово не до них вообще. Найду время - сделаю, пока не очень видно просвет. И с одной стороны это хорошо, т.к. это живые заказы в отличии от почивших SNR-CPE...

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

В общем обсудим с коллегами когда меня чутка "освободят" от работы и к чему приурочить. Но финальный аккорд будет всяко. Что бы запаса ещё на годик хватило, ибо ветка NAG увы мёртвая совсем, и надежды, что хоть как-то будут хотя бы апстримные проекты отслеживать не оправдались. Вот такое оно "мы будем сами развивать". =) Развилось в тыкву блин.

Очень рад это слышать!

Спасибо что голый энтузиазм жив!

С уважением.

p.s. просьба не тянуть с палочной и потыкиванием.

В общем решено сделать так.
1) синкаемся прям сейчас по ядру всё кроме радио и специфичных для некоторых заказчиков вещей (дабы не создавать конкуренцию самому себе)
2) ждём проверки
3) релизим 9.0.0 (доступ только через систему обновлений)
4) выключаем регистрацию новых устройств в системе обновления и убираем образы

Т.е. пора завязывать играть в благотворительность.

1е уже сделано (не коммитил).

Т.е. с этого момента официальные обновления смогут получать только те, кто уже "зарегистрировал" (достаточно залить наш софт до отключения обновлятора) свои железки.

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

Распространение бинарных сборок, особенно под официально не поддерживаемые устройства или форки целиком (ещё и с прикручиванием китайщины аля как для ME2) крайне не приветствуются и не могут называться wive.

Всё что вы делаете, делаете только на свой страх и риск.

С этого момента ветка MT окончательно и бесповоротно EOL (как и EOL SNR-CPE с нашей стороны), возможно что-то ещё будет меняться (ну вдруг уязвимость какая), но скорее всего всё.

Новое железо уже едет масспартиями в РФ, надеюсь партнёры запилят и розницу. Ждите обновлений на wi-cat.ru. Операторы связи (провайдеры) уже сейчас могут запросить в тест железо от обоих партнёров написав на info@wi-cat.ru. Так же туда же ISP могут описать хотелки по какому-то иному беспроводному оборудованию, идеи и прочее.

О доступности в широкой продаже сообщим отдельно.

Зарелизил 9.0.0 (будет в течении пары часов в системе обновления, сырцы уже в гите). Это последний глобальный синк по ядру для MT.

В течении месяца (если руки дойдут) кой чего по userspace перетащу.

31го марта регистрация новых устройств в системе обновлений и публикация бинарных сборок на sf.net будут отключены. После этого момента фиксы уязвимостей смогут получать только уже зарегистрированные в системе пользователи.

Никаких иных исправлений в MT ветке более вноситься не будет.

Тем кто планирует закупать SNR-CPE при этом надеется на обновления от нас следует забыть о этой идее. Мы не имеем ни сил, ни возможностей, ни желания заниматься подобного рода благотворительностью. Тех кто уже в базе обеспечим фиксами дырок. Новых - нет. Этим должен заниматься вендор, ну раз не купил сопровождение. Но пока у вендора в гит просто тухлая тыква.

Спасибо большое!

Очень рад что не кто про нас не забыл!

Ещё раз, большое спасибо!

Успехов!

p.s. жду розницу на HQ.

Забудешь тут когда "вендор-развиватель" по сути замариновал свою ветку. ;(

Не за что.

А когда примерно розница планируется? И где можно будет приобрести?

Выше же чётко написал, будет инфа - будет на сайте. Пока у меня её нет.Wi-Cat не занимается продажами вообще и пока не планирует этим заниматься. Как партнёры дадут отмашку так всё и будет.

Началась публикация информации по доступному железу под HQ ветку. См главную страницу и ссылки из статей для заказа и т.д. Пока в паблике доступны только устройства одного из  партнёров. Описания для каждого из устройств будут опубликованы в ближайшее время со всеми необходимыми ссылками.

Так же подробная информация по железу как обычно на https://wikidevi.wi-cat.ru.

А существуют ли какие-нибудь принципиальные отличия между линейками партнёров? Ну т.е. есть ли смысл их ждать или там только корпуса другие будут?

Там дуалбэнд соточный будет LowCost версия с 7610 на борту. Плюс разница в pcb (если будут доступны от второго партнёра в розницу попробую родить что-то типа сводной таблички), разница в цене (в какую сторону не в курсе, не наша вотчина). В перспективе могут появиться отличия и в функционале ибо расширения функционала в зависимости от конечного потребителя (ISP) никто не отменял.

Но по большому счёту с технической точки зрения кроме соточного FE можно не париться и выбирать по внешнему виду.

В ближайшем будущем планируется поддержка OpenWRT. А поддержка WireGuard  не планируется?

  1. Что значит поддержка Openwrt нами? Мы к WRT не имеем никакого отношения. Тут надо на форум WRT обращаться. Ессно смена ПО на свой страх и риск.
  2. Нет wireguard пока не планируется
Цитата: sfstudio от 06/04/2020, 21:32
  1. Что значит поддержка Openwrt нами? Мы к WRT не имеем никакого отношения. Тут надо на форум WRT обращаться. Ессно смена ПО на свой страх и риск.
  2. Нет wireguard пока не планируется

Прошу прощения, OpenVPN же конечно, не OpenWRT)))

Он уже в софте. UI пока для него не готов, много другой работы. Но будет.

Опять таки вопрос какие режимы надо (клиент/сервер) и какие алгоритмы шифрования поддержать. В остальном оно уже в ПО и работает, но настраивать придётся пока вручную совсем.

Дойдём до морды, уже наверное на следующей неделе.

Кстати в обзорных статьях это дело упомянуто. Рекомендую ознакомиться.

Приветствую вас и вашу команду, Евгений!

Вижу что всё же запустили в серию устройства. Рад за вас!

Но остался у меня свой меркантильный интерес - как бы гигабитник получить в руки на помучать? В рознице-то их нет и пока не предвидится, да ещё и не в России. Можно этот вопрос как-то лично порешать? Куда писать?

Приветствую. Через месяцок стукнуться коллегам на info@wi-cat.ru со ссылкой на эту тему. Просто у нас на руках тоже только предсерия. Но за месяц всяко в МСК кто-нить из наших полетит, захватит пару тройку железяк на такие случаи, да зашлём как-нить уж.

А розницу как раз обещал диллер не отбрасывать, т.е. в МСК в розницу купить будет не проблема уже в конце месяца (если я верно их понял).

Ок. Как раз к этому времени может закончится эта повсеместная истерия с обычным гриппом.

Мечтать не вредно. Как пели не помню кто: "Всё только начинается, начинается...".

а когда реально будут доступны новые устройства?

Так выше же написано про конец месяца. А заказы оформлять можно.уже сейчас

Спасибо за отличную работу!
Планируется ли в новой ветке HQ для домороутеров реализация LAN to LAN IPsec VPN?
К сожалению, отсутствие именно этого функционала не позволило приобрести устройство на базе Вашего ПО для себя.

IPSEC из коробки чреват необходимостью доп бумажек при ввозе и т.д. и т.п. Т.е. цена устройства поднимется для всех и существенно. Вопрос тут не технический. Ссылаться на "других" не надо только. ;) Я фиг знает как они ввозят и т.д. Мож ждут пока прилетит. Может ещё как-то надеются, что пронесёт... =)

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

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

P.S. Заюзать strongswan из энтвари кстати никто не мешает, только что оффлоада не будет.

Понял. Спасибо за развернутый ответ. На других даже не обирался кивать :) Каждый реализует то и так, как позволяет бизнесплан. Поэтому никаких претензий.

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

 

Посмотрим, мож наши органы смирятся с тем что все уже обвпнились и обшифровались, и что крме ipsec есть и более стойкие варианты, которые не подпадают под требования. Главное что бы остальные не обложили чем в итоге. =)

Бизнесплан бизнеспланом, вопрос именно в существенном удорожании для всех в пользу государтсва... Не заслужили они ИМХО. =)

Ладно. Эту тему пора закрывать. У HQ теперь есть свой раздел форума. Если что сразу туда.

Продолжаем тут https://wi-cat.ru/forums/forum/wive-ng-hq/

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: