MiDNiT3 Опубликовано 11 февраля, 2012 · Жалоба я вынужден постепенно отказаться от открытой модели разработки Это печально. Хотя и было понятно, что это когда-нибудь случится. Пока получается что горстка людей пашет на стопку халявщиков которые навариваются на работе первых. Может, есть какие-нибудь варианты правового воздействия на оборзевших товарищей за несоблюдение лицензий? В любом случае, от души спасибо за проделанную работу. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 12 февраля, 2012 · Жалоба Может, есть какие-нибудь варианты правового воздействия на оборзевших товарищей за несоблюдение лицензий? В любом случае, от души спасибо за проделанную работу. Формально в наших судах по таким делам даже разбираться не будут. Да и не кому там увы разбираться. Дело не в соблюдении лицензий на самом деле. Т.е. абсолютно, а в банально человеческом подходе. Это конечно круто спихнуть всех юзверей на халяву дяде. Да ещё и софт тут на халяву пилят. И SDK покупать не надо, и программеров нанимать. Менталитет такой. Я рискнул второй раз и понял что ошибся. Для W422G отдаёт (а отдаёт ли?) acorp сырцы по запросу (по крайней мере я им сливаю срезу переодически). Вот тут чую нужно было так же поступать. Ну тут сам виноват. Больше не буду совершать таких ошибок не смотря на всю свою приверженность к OSS. Заключил договор на поставку устройств? Получи сырцы. Купил девайс - аналогично. И никакого левака разом не станет. Да его может не стать раньше, достаточно закрыть пару компонентов включая рожу и часть логики (оно нифига не gpl) и всё, логотипоменяльщики отвалятся сами. Если эти товарищи считают что год работы мой и sadko не стоят даже того чтобы банально выполнить элементарные требования и разместить у себя на сайтах дифы с их "типа не важными правками" - знач не будет больше развития в паблике. Всё просто. Пока компоненты остаются доступны в сырцах только потому что мне лень поменять местами master/slave репы и написать пару .gitignore файлов. Ну и хотелось бы надеяться что эти чебурашки которые ждут друзей таки сделают усилия и не оставят себя в будущем без ПО. Акорпы пока молчат, но настроения среди заказчиков ходят не добрые. И не только у Акорпа. Т.е. я ещё и попаду за свою инициативу чую... Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 20 февраля, 2012 (изменено) · Жалоба Никто не замечал странного поведения за аппаратным NAT'ом? Такое ощущение, что там банально память утекает. В качестве стресс-теста заряжал под скачивание популярного торрента - 3 часа и мыльница окукливается. Последнее что показывает предварительно запущенный top - убитие половины процессов и всего 2048 кб свободной памяти. 100% такого не было до 1.14.2. Понятно, что сейчас и на софтовом можно жить. Но на PPPoE аппаратный работает на порядок лучше. Изменено 20 февраля, 2012 пользователем taf_321 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 22 февраля, 2012 · Жалоба Никто не замечал странного поведения за аппаратным NAT'ом? Такое ощущение, что там банально память утекает. В качестве стресс-теста заряжал под скачивание популярного торрента - 3 часа и мыльница окукливается. Последнее что показывает предварительно запущенный top - убитие половины процессов и всего 2048 кб свободной памяти. 100% такого не было до 1.14.2. Понятно, что сейчас и на софтовом можно жить. Но на PPPoE аппаратный работает на порядок лучше. 1) В hw_nat 300 лет ничего не менялось 2) Режим какой? Если PurePPPOE попробовать перенастроить WAN как static IP ещё у одного товарища видел подобное поведение с матами raeth на тему что не может выделить память под skb. Причина не найдена по сей день (да и репорт был только один), возможно дело в zcip или оно вообще провайдерозависимо. ХЗ. Перенастройка WAN решила проблему у человека. Впрочем что странно так же помогло и уменьшение MTU <=1200. В общем пробуйте. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 23 февраля, 2012 · Жалоба 1) В hw_nat 300 лет ничего не менялось Действительно, проблема есть и на версии 1.14.2, правда она там вылезала не так быстро, а примерно после прокачки 200-300 гигов торрентов на прием-закачку. 2) Режим какой? Режим действительно PurePPPOE + zcip на WAN'е (для чего так сделано, я Вам уже рассказывал). Сейчас прописал адрес на WAN статикой, заряжаю торренты на тест, посмотрим как поведет себя. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 23 февраля, 2012 · Жалоба Режим действительно PurePPPOE + zcip на WAN'е (для чего так сделано, я Вам уже рассказывал). Сейчас прописал адрес на WAN статикой, заряжаю торренты на тест, посмотрим как поведет себя. Статический адрес на WAN не помог, память так же утекает. Только решил попробовать рецепт с MTU, как обнаружил "SHA1 ID: 2ef593836e63e3217ca2737c406e1aff235ebdbe". Архиоперативно, сейчас затестирую :) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 23 февраля, 2012 · Жалоба Не факт что решиться трабла. Я так и не смог полноценно повторить, но наступил на другие грабли из-за которых было подобное поведение. Добавил проверки вроде гоняю утечки не вижу. Причём только что закончил разбор полётов. Вроде залечил. Посмотрим как жить будет. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 23 февраля, 2012 · Жалоба taf_321 Так. Ещё пара правок. Вроде всё перепроверил. Релизимся. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 24 февраля, 2012 · Жалоба git:19b1065b8949eabf4d1b6c206033a2772d195e4d ночь под торрентами пережил нормально. Объем свободной памяти +- держится в норме. git:bddaf03e9e82c2b90def8fa3581f236c10bcea62 сегодня вечерм тоже на ночной прогон под торрентами пойдет. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
gsg Опубликовано 1 марта, 2012 (изменено) · Жалоба Начитался, заинтриговали. Есть два девайса: DIR-620 A1 и DIR-300 B1 и там и там нужна авторизация по EAP-MD5. Можно ли реализовать? Если да, то где то бы подсмотреть подробную инструкцию по перепрошивке. Спасибо. Изменено 1 марта, 2012 пользователем gsg Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 3 марта, 2012 · Жалоба 1) Реализуйте кто мешает? Всё для этого в 8Мб имидже есть за исключением рожи. Пилите. 2) Нет никаких подробных инструкций. Всё что есть легко по ссылкам находиться с wive-ng.sf.net Если этого вам мало то прошивка точно не для вас. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 марта, 2012 · Жалоба Ну вот почти и всё. http://www.acorp.com.tw/product2.php?Id=142 http://www.acorp.com.tw/product2.php?Id=143 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 8 марта, 2012 · Жалоба Грац! Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
vIv Опубликовано 8 марта, 2012 · Жалоба Поискал цены, - не нашёл. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 8 марта, 2012 · Жалоба Пока опт только как я понял. Пишите в мерлион там по ценам расскажут. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
fedor-24 Опубликовано 10 марта, 2012 · Жалоба нужна авторизация по EAP-MD5 man wpa_supplicant. Ну вот почти и всё. http://www.acorp.com...uct2.php?Id=143 я бы разорился на такую девайсину для себя. у аккорпа не планируются девайсы с поддержкой 5 ГГц вайфая? Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 11 марта, 2012 · Жалоба В планах много чего, только вот зная как тяжелы на подъём китайские братья и товарищи из мэрла то затянуться это всё может ой как на долго. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
podarok66 Опубликовано 12 марта, 2012 · Жалоба Мои поздравления. Ваша работа заслуживает всяческих похвал. Огромное Вам спасибо и успехов в дальнейшем. Девайсик возьму на заметку, хотя, учитывая скорость реакции производителя и продавцов, он еще не так скоро будет доступен. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
-Ars- Опубликовано 12 марта, 2012 · Жалоба Отсюда: http://www.acorp.com.tw/product2.php?Id=143 The Wireless Router complies with the IEEE802.11b/g/n standards so that the data transmission rate is up to 54Mbps По-ходу, зарапортовались слегка ;) Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 12 марта, 2012 · Жалоба Отсюда: http://www.acorp.com.tw/product2.php?Id=143 The Wireless Router complies with the IEEE802.11b/g/n standards so that the data transmission rate is up to 54Mbps По-ходу, зарапортовались слегка ;) Да там они местами наляпали отсебятинки. Местами +/- из дифа не убрали. Напишу авось поправят. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 13 марта, 2012 · Жалоба Товарищи. Если вы решили самостоятельно заказывать производство оборудования в китае это ваше дело. Но надеюсь не видеть на мыле или ещё где-то вопросов о организации тестирования/организации производства и попутных вопросов. Тем более не стоит это делать так как делают товарищи из Interzet Telecom (+1 в blacklist охреневших халявщиков). Ели вы таки решились (не смотря на возможность заказа и поставки железа с нашей фабрики и под наши гарантии) самостоятельно работать с дядей Ляо лучше бы вам сразу забыть мой адрес/jabber/icq и прочие координаты (как минимум пока я имею обязательства перед Acorp). Не стоит в очередной раз прыгать на стену и ожидать что вам что-то ответят по вышеозначенным вопросам. Скорее просто будут закрыты все не GPL компоненты что сделает невозможным эксплуатацию ПО вне продукции вендора оплатившего разработку. Если вам кажется что я буду бесплатно или за деньги плодить своим заказчикам конкурентов - вы сильно ошибаетесь. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
taf_321 Опубликовано 19 апреля, 2012 (изменено) · Жалоба Приветствую! Столкнулись с нестабильной работой 11n у клиентов с картами, поддерживающими MIMO. Вроде все по началу работает нормально, но через какое-то время под нагрузкой в логах имеем: Apr 19 14:07:23 kernel: Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=16! Apr 19 14:07:23 kernel: Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=17! Apr 19 14:07:23 kernel: Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=18! Apr 19 14:07:23 kernel: Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=19! Apr 19 14:07:23 kernel: Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=20! Apr 19 14:07:23 kernel: Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=21! Apr 19 14:07:28 kernel: ASSOC - Assign AID=1 to STA d0:df:9a:33:fa:81 Apr 19 14:07:28 kernel: ASSOC - 11n HT STA Apr 19 14:07:31 kernel: ASSOC - Assign AID=2 to STA f0:7d:68:af:18:25 Apr 19 14:07:31 kernel: ASSOC - 11n HT STA Apr 19 14:07:33 kernel: Replay Counter Different in pairwise msg 2 of 4-way handshake! Apr 19 14:07:33 kernel: AP SETKEYS DONE - WPA2, AuthMode(7)=WPA2PSK, WepStatus(6)=AES, GroupWepStatus(6)=AES Apr 19 14:07:35 kernel: ASSOC - Assign AID=3 to STA 1c:bd:b9:da:17:47 Apr 19 14:07:35 kernel: ASSOC - 11n HT STA Apr 19 14:07:37 udhcpd[2026]: Found static lease: d601a8c0 Apr 19 14:07:37 udhcpd[2026]: Sending ACK to 192.168.1.214 Apr 19 14:07:38 kernel: ASSOC - Assign AID=4 to STA f0:7d:68:c4:e9:77 Apr 19 14:07:38 kernel: ASSOC - 11n HT STA и клиенты отваливаются. У кого-нибудь еще такое бывает? А, да, мыльница SNR-CPE-W4N Изменено 19 апреля, 2012 пользователем taf_321 Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
yusuff Опубликовано 22 апреля, 2012 · Жалоба Было такое, лог забивался сообщениями kernel: Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=xxx! Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 24 апреля, 2012 · Жалоба 1) Ничего подобного никогда не видел 2) Все 802.11N карты xTxR (где x>1) умеют MIMO. 3) Всё это не актуально т.к. 2месяца нет оплаты по текущей работе. Если в течении 2х недель вопрос финансирования не будет решён я сверну любые работы по этим устройствам и уйду рисовать дрова для нудж конторы никак не связанной с телекомами. 4) По причине озвученной в п3 никаких обновлений от Ralink я более получить не смогу ни под каким соусом как и тратить время на решение проблем независимо от того у кого они проявляются. 5) Hw_Nat через wifi если успею за эти 2 недели то допилю (уже работает но иногда крашит ядро). Так что скорее всего придётся попрощаться. Открытая модель разработки аукнулась мне по сути потерей одного из основных заказчиков. Всем спасибо. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 26 апреля, 2012 · Жалоба Я в общем-то просил закрыть тему несколько месяцев назад. Хочу сделать это ещё раз. Тема исключена из линков уже очень давно. Тема не актуальна и те кто хотел не заниматься трындежом, а действительно что-то мог сделать и хотел сделать переехали совсем на другой ресурс и это даже не форум. В общем тема не несёт никакой полезной нагрузки на данный момент, а превратилась в место троллинга таких вот товарищей. Которые даже на секунду не в курсе дела, но ляпнуть очень хочется. По поводу интерзет могу опубликовать извинения товарища за своих подчинённых которые с "наглой рожей" пытались решить свои проблемы потратив моё время. Да хоть всю переписку. Ещё раз прошу. Закройте тему. Кому нужно - создаст новую. Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...