Перейти к содержимому
Калькуляторы

Rtl8186 Firmware Всем, кто пишет под RTL8186

Ну если кто то задумается что UDP пакеты по Радио-модему идут в разы быстрее чем другие,

А наш порошок... Физику не обманешь. А поему "идут" в "разы быстрее" разобраться советую вам в виде домашнего задания.

 

то что если еще включить хорошую компресиию (пример аналог того что я предлогаю это глобакс на спутниковом интернете) то такое понадобится не только мне :)

Удачи, исходники открыты. Так что напильник в зубы, лично мне это не нужно. Да и толку с вашейго zlib (к примеру) на мультимедиа траффике (mpeg4 как пример) ?

 

+ к тому разкодировать и расшивровать то что отнифается на таком типе линка практически невозможно даже если в модемном соединение не включено шифрование. так что кому нужно пусть поставит плюсик :)

А по русски? перечитал 3жды но так и не понял что вы сказали.

ПС.обычно такие идеи продают .. я подарил :)

Извините, но с такими "идеями" обычно идут лесом или учить матчасть.

Поделиться сообщением


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

Вы путаете причину со следствием. Канал выше чем он есть вы не загрузите. Компрессия тут никакого значения не имеет. То что вы выиграли 10-15% на компрессии тескта - столько же потеряете на "компрессии" mp3 в виде оверхида. Компрессия не панацея.

 

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

Отсыпте немного? То что пишут производители это вообще "скорость" в эфире, т.е. без учёта оверхида на алгоритмы коррекции ошибот и т.д.

 

Совтина отслеживавает потери в канале а не тупо забывает про то что шло и что идет.Я же писал что это транспортирожка трафика у него аналогично глобаксу.

Скотина отслеживает. Ау... Это userlevel блин.

 

глобакс тоже работает на сжатых UDP пакетах .. потери на телефдонном модеме помихи спутникового эфира однако не влияют на скорость

Сам использую глобакс на CDMA. И нсчёт не влияют - влияют причём очень сильно. Загляните в лог.

 

его работы :) о загрузке процессора сказать не могу но на PC она жрет очень мало ресурсов.

А на MIPS-I 32bit сожрёт почти всё.

 

вообще кого заинтересовало поищите про втун в интернете .. это аналог опенвпн но намного проще и намного конфигурабельней

Если бы всё было так сказочно как вы вещаете.

 

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

Ну насчёт минусов вы гоните. То что не работает под винду это только ПЛЮС. А в остальном вы опять же сильно заблуждаетесь. Всё вами описанное будет работать только на ограниченном типе траффика, при этом жрать проц, и в добавок ко всему вносить существенную задержку.

 

P.S. Автор глобакса присутствует на этом сайте, думаю он сможет ответить на все ваши вопросы.

 

на wive-ng 0.2.0 при попытке использовать state match в iptables (т.е. iptables -m state) никто не ловил segfault ?

железка zyxel P-330W EE

Поправил.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

sfstudio

Опередил.

 

Вдобавок к сказанному. Глобакс, насколько я понимаю, помогает избежать лишние пакеты подтверждения приема данных. То есть всяческие overhead, которые присущи TCP. То есть по UDP передается тоже самое, плюс некая контрольная сумма, которая проверяется сервером глобакса, и если эта контрольная сумма указывает на повреждение данных внутри пакета - сервер запрашивает повторную передачу данных.Таким образом пакеты "идут" намного быстрее обычного TCP/IP, что и выражается в повышении скорости на 10-15%. Если использовать zlib сжатие, то на тексте еще прирост получим. К сожалению трудно (даже слегка не имеет смысла) использовать lzma для потоковых данных, ибо алгоритм очень тяжелый и процессор будет только и делать, что колупать ваши байтики, а не передавать данные.

 

И напоследок - из стоящих идей по tun/tap можно предложить агрегацию пакетов, но это поможет только если точка доступа в режиме роутера и без tun/tap (ибо нет смысла упаковывать/распаковывать в юзерлевеле потоки).

У меня есть исходники от первого автора wive (еще со времен, когда прошивка называлась boxie). Могу выложить куда-нибуть, но за все приходится платить - такая обработка трафика возможна в режиме роутера и дает доп. задержку (по-моему около 30мс). Еще раз спасибо adron2.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
sfstudio

Опередил.

Ну дык. CDMA+globax =)))

 

Вдобавок к сказанному. Глобакс, насколько я понимаю, помогает избежать лишние пакеты подтверждения приема данных.

На самом деле проблема которую решает глобакс несколько глубже. И лежит в дикой ассиметричности канала. Т.е. по суть исходющий канал может быть 2400бод/с когда вход 4мбит/с. Т.е. на самои деле отсутствуют подтверждения доставки как в TCP. Но за это тоже приходитьс платить. И в первую очередь задержкой, меньше 50мс в таком варианте не имеет смысла вообще делать ибо буфер будет почти пуст и паковать будет попросту нечего. Если интересно могу выложить реализацию "аналога" глобакса на перле. LZMA/BZIP2/GZIP по вкусу, всё транслируется в UDP. Нужен прокси на серверной стороне, т.к. это по сути "специализированный" xinet.d. В любом случае малоперспективно использовать его в WiFi учитывая дикую неоднородность трафика.

 

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

Какраз не трудно, а просто. LZMA stream штатная фича. Вот только CPU у нас весьма тормозной.

 

И напоследок - из стоящих идей по tun/tap можно предложить агрегацию пакетов, но это поможет только если точка доступа в режиме роутера и без tun/tap (ибо нет смысла упаковывать/распаковывать в юзерлевеле потоки).

Не поможет. Последний модуль вполне себе умеет NAPI и вполне себе умеет "готовить" оптимальные пакеты для передачи в эфир. Проблема опять же в латентности связки CPU+RAM и в отсутствии FPU который мог бы существенно облегчить работу таких подсистем ядра как NETSOCK.

 

У меня есть исходники от первого автора wive (еще со времен, когда прошивка называлась boxie). Могу выложить куда-нибуть, но за все приходится платить - такая обработка трафика возможна в режиме роутера и дает доп. задержку (по-моему около 30мс). Еще раз спасибо adron2.

Выложи, посмотрим на досуге. Я сейчас жду нового SDK. И человек появился который решился заняться реализацией минимального NAT (дабы поттянуть скорость ) в виде модуля. Ну и наработки по accel pptp кой какие уже имеются.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Вы реально пробовали скорость при пересылке TCP & UDP пакетов ? Уважаемый sfstudio само сабой через модем проходили те 2 мегабита на который он и расчитан надо быть последним идиотом чтоб утверждать что это не так , я говорил о скорости трафика на Тап интерфейсах с обоих сторон тунеля который превосходит 2 мегабита и поверьте не в 10% а на много больше. У меня маленькая ISP на 300 абонентов по выделенным линиям так что это не у меня в глазах рябит а результат наблюдений за довольно таки долгий срок.

На счет того что ничего не выиграеш на медиа контенте .. интересно неужели ваш пользыватель только и делает что мпег качает ? а адреса дайлов для скачаки медетирует и угадывает любой выйгрыш на низких каналах (а wifi таким и является) всегда приветствуется и не сжимать весь трафик только из за того что он мп3шку не зажмет эт то же самое что ходить пешком из за того что "может автобус сломается" так что критика в мой адрес не принята и горячку пороть не стоит но хочеш не дописывай тебя никто не заставляет.

И еще отсутствие кросплатформенности это минус как бы я не уважал FreeBSD как бы не жалел линуксу не превращатся в виндовс и как бы я криво не относился к винде кросплатформенность это + любому софту ибо не всем винда плохая а линукс рулез. И не надо мне говорить что "То что не работает под винду это только ПЛЮС" опенвпн работает под винду и это плюс так как можно поставить сервер на *никсе а клиенту который нихрена не видит далее винды на винду и все довольны .. а с vtun-ом Увы и АХ... хотя надеюсь что парни найдут чела который сделает им нужный интерфейс для винды

Поделиться сообщением


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

Рад за вас. оставайтесь в своём святом неведении. Только пожалуйста не нужно заставлять меня опровергать законы физики? ОК? Нужно - вот и делайте. Вопрос исчерпан? Ибо далее ваш бред слушать не намерян.

 

P.S. Если вы лучше меня разбираетесь в вопросе, вам никто не запрещает форкнуть wive/wive-ng. Я свою политику касательно развития wive-ng высказал.

 

Да, чуть не забыл... Кросплатформенность есть гуд, но кросплатформенность между вменяемыми осями с нормальным POSIX layer. Винда к таким не относится. В конечном итоге проблема несовместимости = проблема винды. Заплатите мракософту и всё у вас "будет".

Изменено пользователем sfstudio

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
на wive-ng 0.2.0 при попытке использовать state match в iptables (т.е. iptables -m state) никто не ловил segfault ?

железка zyxel P-330W EE

Поправил.

Отлично. Только я че-т туплю: забрать хде ? :)

на sf.net лежит 0.2.0

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Товарищи, кто-нить на wive/wive-ng режим repeater реализовал? Битый час шаманю на wlan0-vxd и REPEATER=yes, пока безуспешно...

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

sfstudio

Ты не сталкивался с проблемой на wlan0 в режиме БС - пока не укажешь вручную bcnint=100 через несколько секунд после поднятия интерфейса, точку не видно ничем, кроме такой же точкой с такими же дровами...

Вот мучаюсь, не знаю как побороть. SDK последний 2.0. лепить workaround не сильно хочется.

 

Я на мыло выслал определитель RAM нормальный без костылей. Сейчас вышлю еще одну APP, может пригодится.

 

 

ЗЫ. всё, нашел в чем проблема, опечаточка в переменных.

Изменено пользователем N.leiten

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
Отлично. Только я че-т туплю: забрать хде ? :)

на sf.net лежит 0.2.0

Доеду до дома завтра и выложу. Пока бегаю по городу с нетбуком.

 

sfstudio

Ты не сталкивался с проблемой на wlan0 в режиме БС - пока не укажешь вручную bcnint=100 через несколько секунд после поднятия интерфейса, точку не видно ничем, кроме такой же точкой с такими же дровами...

Вот мучаюсь, не знаю как побороть. SDK последний 2.0. лепить workaround не сильно хочется.

 

Я на мыло выслал определитель RAM нормальный без костылей. Сейчас вышлю еще одну APP, может пригодится.

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

Нуно погонять на эту тему.

 

Угу. Тож глянем, только не в позе раком с нетбуком на коленках =)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
ЗЫ. всё, нашел в чем проблема, опечаточка в переменных.

Упс. Где именно?

 

Товарищи, кто-нить на wive/wive-ng режим repeater реализовал? Битый час шаманю на wlan0-vxd и REPEATER=yes, пока безуспешно...

В теории работать должен ибо всё реализовано ровно по документации от риалтэка. На практике проверить было не на чем, а потом забылось =)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Доехал до дома, внёс модификации предложенные N.leiten, вроде пока глюков не замечано, залил в Г700 и в ZyxelP330 если до утра не вылизет чего-нить залью на sf.net ибо правки не глобальные но серьёзные.

 

Текущий список изменений как всегда тут http://sfstudio.livejournal.com/7471.html

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Собсно релиз 0.2.1, список изменений выше, брать как обычно там же =)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

2 sfstudio,

ты писал, что пробовал роуминг на точках...

А как он реализован, с переподключением или бесшовно? т.е. без потери пакетов на 2, 3 уровне?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

> как он реализован, с переподключением или бесшовно? т.е. без потери пакетов на 2, 3 уровне?

 

На бесшовно не надейтесь =)

 

Для VoIP будут кваки, в остальном не мешает. Бразильцы запустили MESH грят работает чётко, но я пока не доведу до ума основные вещи не буду пока заморачиваться на этом деле. Хотя и там уверен не всё так гладко.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

ссылочка где-то есть на бразильцев? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2sfstudio свяжись со мной есть работа my-email.png
Изменено пользователем garycat

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах
2sfstudio свяжись со мной есть работа my-email.png

Все мои контакты есть на http://sadnet.ru .

 

ссылочка где-то есть на бразильцев? :)

Пока только в мыльнике. Пока нет времени заняться плотно этим делом. В общем следите за обновлениями ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Существенные сдвиги в сторону выкидывания бинарных компонент SDK http://sfstudio.livejournal.com/7760.html

Так что скоро представлю на всеообщее обозрение. =)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Релиз, всем рекомендую обновиться. Эта версия по своей сути стабилизирующий релиз, список основных изменений тут http://sadnet.ru/?Dokumentaciya

Изменено пользователем sfstudio

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

sfstudio, немного отступа - просветите, пожалуйста отстающего.

В системе сборки вайв-нг от 0.1.11 и дальше, как я понимаю, было сделано что-то, что позволило не разделять девайсы на rev.a & rev.b .

Вместе с тем на привычные Zyxel 330 D-Link G700 Acorp WR-G на новых прошивках работают, а Planet 4033, Canyon WF54, Canyon WFAP нет, если залить rev.a с предыдущих релизов - все норм. Собирать самому эдак сказать не приходилось, да и разницы я не понимаю в организации a&b. В чем грабля по отношению к девайсам rev.a и как править?

 

Любителям дешевых решений - сегодня приобрел Canyon CN-WFAP (30$) , обнаружилось - тот же rtl8186) Залил wive - О ЧУДО, машинко заработало, поазатели те же что Г700 либо Акорп, будем брать - клиентам на выбор.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

rev_a более не поддерживатеся, причины две:

1) недоступность исходного кода cvimg для rev_a (поправимо)

2) недоступность rev_a девайсов

 

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

 

В чём конкретно разница не описано даже в официальной документации ;(

 

Любителям дешевых решений - сегодня приобрел Canyon CN-WFAP (30$) , обнаружилось - тот же rtl8186) Залил wive - О ЧУДО, машинко заработало, поазатели те же что Г700 либо Акорп, будем брать - клиентам на выбор.

Памяти сколько? Линк на sadnet.ru на своём сайте сделаете? ;)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Вот данные:

сервер: 192.168.0.1

пол-ль: user

пароль:password

шифрование отсутствует

если это затруднительно, то хотя бы ссылочку на мануал с описанием данного подключения

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Сам разобрался. Оказалось проще некуда.

Теперь новая проблема:

при вызове команды tftp, ftpget и ftpput выдаёт ошибку "applet not found"

версия: viwe-ng-0.2.0

device: Acorp wr-g

подскажите пожалуйста как с этим бороться.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

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

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас