sfstudio Опубликовано 6 декабря, 2008 · Жалоба Ну если кто то задумается что UDP пакеты по Радио-модему идут в разы быстрее чем другие, А наш порошок... Физику не обманешь. А поему "идут" в "разы быстрее" разобраться советую вам в виде домашнего задания. то что если еще включить хорошую компресиию (пример аналог того что я предлогаю это глобакс на спутниковом интернете) то такое понадобится не только мне :) Удачи, исходники открыты. Так что напильник в зубы, лично мне это не нужно. Да и толку с вашейго zlib (к примеру) на мультимедиа траффике (mpeg4 как пример) ? + к тому разкодировать и расшивровать то что отнифается на таком типе линка практически невозможно даже если в модемном соединение не включено шифрование. так что кому нужно пусть поставит плюсик :) А по русски? перечитал 3жды но так и не понял что вы сказали. ПС.обычно такие идеи продают .. я подарил :) Извините, но с такими "идеями" обычно идут лесом или учить матчасть. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 6 декабря, 2008 · Жалоба Эту утилиту я уже два года юзаю а дсл соединении для того чтоб грузить больше полосу чем может дсл модем. Вы путаете причину со следствием. Канал выше чем он есть вы не загрузите. Компрессия тут никакого значения не имеет. То что вы выиграли 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 Поправил. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
N.leiten Опубликовано 6 декабря, 2008 · Жалоба sfstudio Опередил. Вдобавок к сказанному. Глобакс, насколько я понимаю, помогает избежать лишние пакеты подтверждения приема данных. То есть всяческие overhead, которые присущи TCP. То есть по UDP передается тоже самое, плюс некая контрольная сумма, которая проверяется сервером глобакса, и если эта контрольная сумма указывает на повреждение данных внутри пакета - сервер запрашивает повторную передачу данных.Таким образом пакеты "идут" намного быстрее обычного TCP/IP, что и выражается в повышении скорости на 10-15%. Если использовать zlib сжатие, то на тексте еще прирост получим. К сожалению трудно (даже слегка не имеет смысла) использовать lzma для потоковых данных, ибо алгоритм очень тяжелый и процессор будет только и делать, что колупать ваши байтики, а не передавать данные. И напоследок - из стоящих идей по tun/tap можно предложить агрегацию пакетов, но это поможет только если точка доступа в режиме роутера и без tun/tap (ибо нет смысла упаковывать/распаковывать в юзерлевеле потоки). У меня есть исходники от первого автора wive (еще со времен, когда прошивка называлась boxie). Могу выложить куда-нибуть, но за все приходится платить - такая обработка трафика возможна в режиме роутера и дает доп. задержку (по-моему около 30мс). Еще раз спасибо adron2. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 6 декабря, 2008 · Жалоба 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 кой какие уже имеются. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
asternet Опубликовано 6 декабря, 2008 · Жалоба Вы реально пробовали скорость при пересылке TCP & UDP пакетов ? Уважаемый sfstudio само сабой через модем проходили те 2 мегабита на который он и расчитан надо быть последним идиотом чтоб утверждать что это не так , я говорил о скорости трафика на Тап интерфейсах с обоих сторон тунеля который превосходит 2 мегабита и поверьте не в 10% а на много больше. У меня маленькая ISP на 300 абонентов по выделенным линиям так что это не у меня в глазах рябит а результат наблюдений за довольно таки долгий срок. На счет того что ничего не выиграеш на медиа контенте .. интересно неужели ваш пользыватель только и делает что мпег качает ? а адреса дайлов для скачаки медетирует и угадывает любой выйгрыш на низких каналах (а wifi таким и является) всегда приветствуется и не сжимать весь трафик только из за того что он мп3шку не зажмет эт то же самое что ходить пешком из за того что "может автобус сломается" так что критика в мой адрес не принята и горячку пороть не стоит но хочеш не дописывай тебя никто не заставляет. И еще отсутствие кросплатформенности это минус как бы я не уважал FreeBSD как бы не жалел линуксу не превращатся в виндовс и как бы я криво не относился к винде кросплатформенность это + любому софту ибо не всем винда плохая а линукс рулез. И не надо мне говорить что "То что не работает под винду это только ПЛЮС" опенвпн работает под винду и это плюс так как можно поставить сервер на *никсе а клиенту который нихрена не видит далее винды на винду и все довольны .. а с vtun-ом Увы и АХ... хотя надеюсь что парни найдут чела который сделает им нужный интерфейс для винды Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 6 декабря, 2008 (изменено) · Жалоба Увы и АХ... хотя надеюсь что парни найдут чела который сделает им нужный интерфейс для винды Рад за вас. оставайтесь в своём святом неведении. Только пожалуйста не нужно заставлять меня опровергать законы физики? ОК? Нужно - вот и делайте. Вопрос исчерпан? Ибо далее ваш бред слушать не намерян. P.S. Если вы лучше меня разбираетесь в вопросе, вам никто не запрещает форкнуть wive/wive-ng. Я свою политику касательно развития wive-ng высказал. Да, чуть не забыл... Кросплатформенность есть гуд, но кросплатформенность между вменяемыми осями с нормальным POSIX layer. Винда к таким не относится. В конечном итоге проблема несовместимости = проблема винды. Заплатите мракософту и всё у вас "будет". Изменено 6 декабря, 2008 пользователем sfstudio Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
The Ripper Опубликовано 7 декабря, 2008 · Жалоба на wive-ng 0.2.0 при попытке использовать state match в iptables (т.е. iptables -m state) никто не ловил segfault ?железка zyxel P-330W EE Поправил. Отлично. Только я че-т туплю: забрать хде ? :)на sf.net лежит 0.2.0 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SXM.U Опубликовано 7 декабря, 2008 · Жалоба Товарищи, кто-нить на wive/wive-ng режим repeater реализовал? Битый час шаманю на wlan0-vxd и REPEATER=yes, пока безуспешно... Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
N.leiten Опубликовано 7 декабря, 2008 (изменено) · Жалоба sfstudio Ты не сталкивался с проблемой на wlan0 в режиме БС - пока не укажешь вручную bcnint=100 через несколько секунд после поднятия интерфейса, точку не видно ничем, кроме такой же точкой с такими же дровами... Вот мучаюсь, не знаю как побороть. SDK последний 2.0. лепить workaround не сильно хочется. Я на мыло выслал определитель RAM нормальный без костылей. Сейчас вышлю еще одну APP, может пригодится. ЗЫ. всё, нашел в чем проблема, опечаточка в переменных. Изменено 7 декабря, 2008 пользователем N.leiten Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 декабря, 2008 · Жалоба Отлично. Только я че-т туплю: забрать хде ? :)на sf.net лежит 0.2.0 Доеду до дома завтра и выложу. Пока бегаю по городу с нетбуком. sfstudioТы не сталкивался с проблемой на wlan0 в режиме БС - пока не укажешь вручную bcnint=100 через несколько секунд после поднятия интерфейса, точку не видно ничем, кроме такой же точкой с такими же дровами... Вот мучаюсь, не знаю как побороть. SDK последний 2.0. лепить workaround не сильно хочется. Я на мыло выслал определитель RAM нормальный без костылей. Сейчас вышлю еще одну APP, может пригодится. Да вроде не видел такоц баги. Возможно только в сочетании с какими-то другими параметрами проявляется. Нуно погонять на эту тему. Угу. Тож глянем, только не в позе раком с нетбуком на коленках =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 декабря, 2008 · Жалоба ЗЫ. всё, нашел в чем проблема, опечаточка в переменных. Упс. Где именно? Товарищи, кто-нить на wive/wive-ng режим repeater реализовал? Битый час шаманю на wlan0-vxd и REPEATER=yes, пока безуспешно... В теории работать должен ибо всё реализовано ровно по документации от риалтэка. На практике проверить было не на чем, а потом забылось =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 декабря, 2008 · Жалоба Доехал до дома, внёс модификации предложенные N.leiten, вроде пока глюков не замечано, залил в Г700 и в ZyxelP330 если до утра не вылизет чего-нить залью на sf.net ибо правки не глобальные но серьёзные. Текущий список изменений как всегда тут http://sfstudio.livejournal.com/7471.html Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 7 декабря, 2008 · Жалоба Собсно релиз 0.2.1, список изменений выше, брать как обычно там же =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
CrazyL Опубликовано 9 декабря, 2008 · Жалоба 2 sfstudio, ты писал, что пробовал роуминг на точках... А как он реализован, с переподключением или бесшовно? т.е. без потери пакетов на 2, 3 уровне? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 9 декабря, 2008 · Жалоба > как он реализован, с переподключением или бесшовно? т.е. без потери пакетов на 2, 3 уровне? На бесшовно не надейтесь =) Для VoIP будут кваки, в остальном не мешает. Бразильцы запустили MESH грят работает чётко, но я пока не доведу до ума основные вещи не буду пока заморачиваться на этом деле. Хотя и там уверен не всё так гладко. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
CrazyL Опубликовано 10 декабря, 2008 · Жалоба ссылочка где-то есть на бразильцев? :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
garycat Опубликовано 10 декабря, 2008 (изменено) · Жалоба 2sfstudio свяжись со мной есть работа Изменено 10 декабря, 2008 пользователем garycat Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 11 декабря, 2008 · Жалоба 2sfstudio свяжись со мной есть работа Все мои контакты есть на http://sadnet.ru . ссылочка где-то есть на бразильцев? :) Пока только в мыльнике. Пока нет времени заняться плотно этим делом. В общем следите за обновлениями ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 14 декабря, 2008 · Жалоба Существенные сдвиги в сторону выкидывания бинарных компонент SDK http://sfstudio.livejournal.com/7760.html Так что скоро представлю на всеообщее обозрение. =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 15 декабря, 2008 (изменено) · Жалоба Релиз, всем рекомендую обновиться. Эта версия по своей сути стабилизирующий релиз, список основных изменений тут http://sadnet.ru/?Dokumentaciya Изменено 15 декабря, 2008 пользователем sfstudio Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 17 декабря, 2008 · Жалоба Срочный багфикс http://sfstudio.livejournal.com/8056.html Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
SXM.U Опубликовано 19 декабря, 2008 · Жалоба 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 либо Акорп, будем брать - клиентам на выбор. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 19 декабря, 2008 · Жалоба rev_a более не поддерживатеся, причины две: 1) недоступность исходного кода cvimg для rev_a (поправимо) 2) недоступность rev_a девайсов Первое поправимо при условии наличия у меня устройтсв rev_a, но это маловероятно ибо где их найти кроме как на помойке я незнаю. Для из поддержки лдостаточно замнить cvimg в тулзах на cvimg для rev_a взятый из старых версий. В чём конкретно разница не описано даже в официальной документации ;( Любителям дешевых решений - сегодня приобрел Canyon CN-WFAP (30$) , обнаружилось - тот же rtl8186) Залил wive - О ЧУДО, машинко заработало, поазатели те же что Г700 либо Акорп, будем брать - клиентам на выбор. Памяти сколько? Линк на sadnet.ru на своём сайте сделаете? ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginer Опубликовано 21 декабря, 2008 · Жалоба Подскажите пожалуйста, в какие фалы нужно прописать данные, что бы установить vpn соединение к серверу. Вот данные: сервер: 192.168.0.1 пол-ль: user пароль:password шифрование отсутствует если это затруднительно, то хотя бы ссылочку на мануал с описанием данного подключения Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Beginer Опубликовано 22 декабря, 2008 · Жалоба Сам разобрался. Оказалось проще некуда. Теперь новая проблема: при вызове команды tftp, ftpget и ftpput выдаёт ошибку "applet not found" версия: viwe-ng-0.2.0 device: Acorp wr-g подскажите пожалуйста как с этим бороться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...