deep_admin

Есть в чуть более дорогих версиях - что по 250 баксов, т.е. на 100 баксов дороже обычных... На сколько понимаю, они должны дружить со скайменом... Ну с таким раскладом дешевле Oswave самостоятельно заливать :) Кстати кто нить теститл сие чудо, освейв всмысле? Есть ли смысл с ним связываться? Пробовал, если девайсы еще нужны - не заливайте! Обратного возврата нет, это указано на форуме oswave'а. У них какой свой модифицированный redboot. Из минусов - на включенных вкусностях (полинг,агрегация) - плохо даже на столе, нс2 тупит страшно. А в стандартных режимах - все ок, но не работает переключение поляризации (всегда вертикальная), и не выставляется 26дбм. На каждый чих надо ребутать. Загрузка длится несколько минут!

Да какой там открытый проект? Вы в исходники то смотрели? То что SDK есть, еще не о чем не говорит. Там Madwifi'евский HAL бинарный, да и самый вкусный ubntbox тоже. Залить свое конечно можно, но так и в любую другую железку тоже :) Никаких даташитов по железу не прилагается и в свободном доступа нету. Кстати SDK на 1-2 версии опаздывает от бинаря прошивки, это, по словам убнтешников, спец. сделано.

Небыло, нет и не будет. Кто ж вам поллинг, то забесплатно? :)

эх, sfstudio, такие посты потерялись ну да ладно, разойдемся мирно :)

а чем такой способ плох? К тому же универсален, не надо с собой ключи таскать

мы юзаем вот такие скриптики: #!/usr/bin/expect -f set timeout -1 spawn ssh -l root 192.168.1.1 match_max 100000 expect -exact "root@192.168.1.1's password: " send -- "my_password\r" expect "Last login: *\r\r *root*" interact есс-но ставить правильные права :)

/offКартинка от сюда http://unidata.com.ua/?pg=57 очень смахивает на микротик. :) нее, там честный 802.16 от wavesat, ниже в таблице описаниеу микротика в очень далеких планах поддержка таких карточек, хотя дрова под линух есть (правда не бесплатно)

В чем лохоразвод? Железо - есть как в реестре РЕЗ, так и в продаже, сети - тоже есть и работают. Кому надо - клепают вимакс железо сами: http://unidata.com.ua/?pg=56 http://unidata.com.ua/?pg=57

Есть еще интересный вариант с использованием PPPoE для доступа в инет и DHCP для доступа в локалку. В этом случае некоторые свичи "умеют" локальный трафик гнать по основному local-VLAN (per user) и перенаправлять PPPoE трафик от абонента в другой VLAN. Причем этот другой pppoe-VLAN может быть использоваться например per-switch. Таким образом локальный трафик маршрутизируется (local-VLAN терминируется) на агрегации-ядре (как душа желает), а PPPoE идет в ядро по выделенному VLAN. Экономия VLAN и IP адресов - оптимальная. Ну и со всеми вкусностями учета-ограничения-безопасности.... это что-то типа protocol vlan ?

А зачем к коллектору netflow привязывать клиентов? Вроде как его задача собрать ВЕСЬ трафик для анализа.

Пробовал на столе - работают как друг с другом так и с МТ

это вы как меряли? в комнате на столе?

Вообщем они искусственно добавляют смещение в 10дбм, то есть ваши 16дбм в iwconfig есть реальные 26дбм в эфире. Вот только зачем они это сделали, когда можно было эту ситуацию обработать в самом madwifi-драйвере, тем более что там куча изменений от ubnt.

а вот и нет :)

http://www.dd-wrt.com/wiki/index.php/Suppo...evices#Ubiquiti напротив nanostation2 в столбце Special features/notes написано: needs DD-WRT activation

может бред но все-таки: 1) ставим 5-6 базовых, по 4 сектора 90 град на каждую базу 2) между базовыми меш по радио 3) по дому разводка ессно медь, на дом ставим тазик с МТ, на нем pppoe-терминация и 2 радиокарты, первая на ближайшую базовую, вторая - на соседний дом, между ними ospf или что там есть у мт из меш-протоколов 4) софт для единой авторизации и управления всем этим существует

если я не ошибаюсь, dd-wrt на нанос требует активации, то есть за денежку

это не глюк наносов, это линух :) просто в /proc/sys/net/ipv4/conf/all/arp_filter стоит 0, поставьте 1 - проблема уйдет

решение 1: включить на ns2 macclone, а на сетевушке поставить нужный мак решение2: дописать через точку с запятой команду смены мака после ebtables, например: ebtables.1.cmd=-t nat -A PREROUTING --in-interface ath0 -j arpnat --arpnat-target ACCEPT; ifconfig ath0 down; ifconfig ath0 hwaddr 00:01:02:03:04:05; ifconfig ath0 up; второе не проверял - буду пробовать на днях

vi /tmp/system.cfg команды редактора vi - в гугле

25Mbit это конечно круто, но вот скока оно pps пропустит через себя... на столе микротиковским btest'ом 22-23мбит/с tcp и 29мбит/с udp pps'ов не много, этож cpe на одного юзера, там внутри MIPS 180mhz

речь идет о телефонном е1? напрямую поток е1 через радиоезернет подать очень трудно, наверное очень нестабильное решение будет-тут релейки рулят-НО... на помощь может придти IP телефония. берете два КвинтумаDX-они с функцией мултипаф.т.е. он принять е1 может и может его генерировать. один ставите на входе. другой на другом конце. в этом случае требования к среде передачи минимальные-на бб реально сделать. увас поток под шляпу забиваться 100 не будет-будет достаточно1мбт... т.е. радио участок проходится по воип. дсп железки исправит все задержи и джиттеры-все работать будет ровно. конечно это в случае ISDN PRI... кстати на одном конце можно ставит не квинтум а что-нибудь подешевле. кол-во хопов рояли здесь не играет- можете хоть 5 пролетов делать... уложитесь в 10000$. даже дешевле можно.. А если эти АТС ОКС7? Тогда придется еще конверторы добавлять, глюков кучу с сигнализацией ловить, с хождением факсов например. Ну уж нет - поток должен передаваться прозрачно.А так конечно да, пожать усе в g729 - и все пучком, один поток прекрасно в 512Кбит влазит :)

я бы с удовольствием посмотрел на картинку загрузки в 50Мбит на бба может там только udp в одну сторону?

Будет, в районе 40 Мбит. 40мбит на ББ в 20Мгц? это фантастика! :)расскажите как на этом же линке, описанном выше, сначало стояло Firmware version: 2.10 V2 180MHz pureg p2p p2mp потом Firmware version: 3.00 xmode-pureg-turbo p2p p2mp и напоследок вот это Firmware version: 4.07 xmode-pureg-turbo p2p p2mp И с уровнем -68 -69 и практически идеальным нойзом пропускная способность линка не превышала ~12Мбит полудуплекса. Причем максимальная производительность достигалась при xmode 11, при любом другом значение pureg modulation скорость падала примерно на 10-15%, зато уменьшалось кол-во ошибок. Причину потом нашли - банально нехватало pps'ов :)

потому что 30мбит на блюбоксах на таком расстоянии не будет, 10-15 - будет, но не больше