[MiDNiT3]

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

 

Это печально. Хотя и было понятно, что это когда-нибудь случится.

 

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

 

Может, есть какие-нибудь варианты правового воздействия на оборзевших товарищей за несоблюдение лицензий?

 

В любом случае, от души спасибо за проделанную работу.

[sfstudio]

Может, есть какие-нибудь варианты правового воздействия на оборзевших товарищей за несоблюдение лицензий?

В любом случае, от души спасибо за проделанную работу.

 

Формально в наших судах по таким делам даже разбираться не будут. Да и не кому там увы разбираться. Дело не в соблюдении лицензий на самом деле. Т.е. абсолютно, а в банально человеческом подходе. Это конечно круто спихнуть всех юзверей на халяву дяде. Да ещё и софт тут на халяву пилят. И SDK покупать не надо, и программеров нанимать.

 

Менталитет такой. Я рискнул второй раз и понял что ошибся. Для W422G отдаёт (а отдаёт ли?) acorp сырцы по запросу (по крайней мере я им сливаю срезу переодически). Вот тут чую нужно было так же поступать. Ну тут сам виноват. Больше не буду совершать таких ошибок не смотря на всю свою приверженность к OSS.

 

Заключил договор на поставку устройств? Получи сырцы. Купил девайс - аналогично. И никакого левака разом не станет. Да его может не стать раньше, достаточно закрыть пару компонентов включая рожу и часть логики (оно нифига не gpl) и всё, логотипоменяльщики отвалятся сами.

 

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

 

Акорпы пока молчат, но настроения среди заказчиков ходят не добрые. И не только у Акорпа. Т.е. я ещё и попаду за свою инициативу чую...

[taf_321]

Никто не замечал странного поведения за аппаратным NAT'ом? Такое ощущение, что там банально память утекает. В качестве стресс-теста заряжал под скачивание популярного торрента - 3 часа и мыльница окукливается. Последнее что показывает предварительно запущенный top - убитие половины процессов и всего 2048 кб свободной памяти.

 

100% такого не было до 1.14.2.

 

Понятно, что сейчас и на софтовом можно жить. Но на PPPoE аппаратный работает на порядок лучше.

Изменено 20 февраля, 2012 пользователем taf_321

[sfstudio]

Никто не замечал странного поведения за аппаратным NAT'ом? Такое ощущение, что там банально память утекает. В качестве стресс-теста заряжал под скачивание популярного торрента - 3 часа и мыльница окукливается. Последнее что показывает предварительно запущенный top - убитие половины процессов и всего 2048 кб свободной памяти.

 

100% такого не было до 1.14.2.

 

Понятно, что сейчас и на софтовом можно жить. Но на PPPoE аппаратный работает на порядок лучше.

 

1) В hw_nat 300 лет ничего не менялось

2) Режим какой? Если PurePPPOE попробовать перенастроить WAN как static IP ещё у одного товарища видел подобное поведение с матами raeth на тему что не может выделить память под skb. Причина не найдена по сей день (да и репорт был только один), возможно дело в zcip или оно вообще провайдерозависимо. ХЗ. Перенастройка WAN решила проблему у человека. Впрочем что странно так же помогло и уменьшение MTU <=1200. В общем пробуйте.

[taf_321]

1) В hw_nat 300 лет ничего не менялось

 

Действительно, проблема есть и на версии 1.14.2, правда она там вылезала не так быстро, а примерно после прокачки 200-300 гигов торрентов на прием-закачку.

 

2) Режим какой?

 

Режим действительно PurePPPOE + zcip на WAN'е (для чего так сделано, я Вам уже рассказывал). Сейчас прописал адрес на WAN статикой, заряжаю торренты на тест, посмотрим как поведет себя.

[taf_321]

Режим действительно PurePPPOE + zcip на WAN'е (для чего так сделано, я Вам уже рассказывал). Сейчас прописал адрес на WAN статикой, заряжаю торренты на тест, посмотрим как поведет себя.

 

Статический адрес на WAN не помог, память так же утекает. Только решил попробовать рецепт с MTU, как обнаружил "SHA1 ID: 2ef593836e63e3217ca2737c406e1aff235ebdbe". Архиоперативно, сейчас затестирую :)

[sfstudio]

Не факт что решиться трабла. Я так и не смог полноценно повторить, но наступил на другие грабли из-за которых было подобное поведение. Добавил проверки вроде гоняю утечки не вижу.

 

Причём только что закончил разбор полётов. Вроде залечил. Посмотрим как жить будет.

[sfstudio]

taf_321 Так. Ещё пара правок. Вроде всё перепроверил. Релизимся.

[taf_321]

git:19b1065b8949eabf4d1b6c206033a2772d195e4d ночь под торрентами пережил нормально. Объем свободной памяти +- держится в норме.

 

git:bddaf03e9e82c2b90def8fa3581f236c10bcea62 сегодня вечерм тоже на ночной прогон под торрентами пойдет.

[gsg]

Начитался, заинтриговали.

Есть два девайса: DIR-620 A1 и DIR-300 B1 и там и там нужна авторизация по EAP-MD5.

Можно ли реализовать? Если да, то где то бы подсмотреть подробную инструкцию по перепрошивке.

Спасибо.

Изменено 1 марта, 2012 пользователем gsg

[sfstudio]

1) Реализуйте кто мешает? Всё для этого в 8Мб имидже есть за исключением рожи. Пилите.

2) Нет никаких подробных инструкций. Всё что есть легко по ссылкам находиться с wive-ng.sf.net Если этого вам мало то прошивка точно не для вас.

[sfstudio]

Ну вот почти и всё.

http://www.acorp.com.tw/product2.php?Id=142

http://www.acorp.com.tw/product2.php?Id=143

[taf_321]

Грац!

[vIv]

Поискал цены, - не нашёл.

[sfstudio]

Пока опт только как я понял. Пишите в мерлион там по ценам расскажут.

[fedor-24]

нужна авторизация по EAP-MD5

 

man wpa_supplicant.

 

 

Ну вот почти и всё.

http://www.acorp.com...uct2.php?Id=143

я бы разорился на такую девайсину для себя. у аккорпа не планируются девайсы с поддержкой 5 ГГц вайфая?

[sfstudio]

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

[podarok66]

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

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

[-Ars-]

Отсюда:

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

По-ходу, зарапортовались слегка ;)

[sfstudio]

Отсюда:

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

По-ходу, зарапортовались слегка ;)

 

Да там они местами наляпали отсебятинки. Местами +/- из дифа не убрали. Напишу авось поправят.

[sfstudio]

Товарищи. Если вы решили самостоятельно заказывать производство оборудования в китае это ваше дело. Но надеюсь не видеть на мыле или ещё где-то вопросов о организации тестирования/организации производства и попутных вопросов.

 

Тем более не стоит это делать так как делают товарищи из Interzet Telecom (+1 в blacklist охреневших халявщиков).

 

Ели вы таки решились (не смотря на возможность заказа и поставки железа с нашей фабрики и под наши гарантии) самостоятельно работать с дядей Ляо лучше бы вам сразу забыть мой адрес/jabber/icq и прочие координаты (как минимум пока я имею обязательства перед Acorp).

 

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

 

Если вам кажется что я буду бесплатно или за деньги плодить своим заказчикам конкурентов - вы сильно ошибаетесь.

[taf_321]

Приветствую!

 

Столкнулись с нестабильной работой 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

[yusuff]

Было такое, лог забивался сообщениями kernel: Qidx(0), not enough space in MgmtRing, MgmtRingFullCount=xxx!

[sfstudio]

1) Ничего подобного никогда не видел

2) Все 802.11N карты xTxR (где x>1) умеют MIMO.

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

4) По причине озвученной в п3 никаких обновлений от Ralink я более получить не смогу ни под каким соусом как и тратить время на решение проблем независимо от того у кого они проявляются.

5) Hw_Nat через wifi если успею за эти 2 недели то допилю (уже работает но иногда крашит ядро).

 

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

[sfstudio]

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

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

 

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

 

Ещё раз прошу. Закройте тему. Кому нужно - создаст новую.