Foyle

Пасибки!Раньше как-то по-другому смотрел на initialGain, неправильно понимал. Сейчас буду все еще раз пересматривать на своих точках.

Вчера, после прочтения постов от sfstudio по поводу срача в эфире от wive, решил поэкспериментировать со своими wive-точками. Прошивка - Wive-v0.6.1-pre6-20071216. Было: initialGain=4 OFDMPOWER=12 На раздающей АП мой клиент был виден с RSSI=34. Стало: initialGain=7 OFDMPOWER=8 Теперь на точке доступа я виден с RSSI=54. Это как так?

Пасибки за разъяснение :)Бу-м ждать.

Привет всем! Давно не был здесь. Вытащил последнюю версию Wive-v0.6.1-pre6-20071216. На свой Ovislink 5460AP установил rev_b. Захотелось посмотреть сколько места свободного у файловой системы. Запускаю df: [Wive@/]# df Filesystem 1k-blocks Used Available Use% Mounted on df: /etc/mtab: No such file or directory Это только у меня?

А Вы что, описываете очереди и для входящего трафика?

Мы используем CBQ на 0.5.7. АП в режиме бриджа. Ничего не виснет. Но время от времени начинает сбоить шейпер. На одного или более из подключенных клиентов скорость передачи увеличивается. Например, описан у меня клиент на 384 кб, а на него идет 1 мб и более. Перезапуск правил шейпера решает проблему. Пока что основной шейпер держу на основном маршрутизаторе в сети. А на АП для того, чтобы апэшку не забивали клиенты вирусами и троянами.И еще, мы у себя отключили возможность непосредственного общения между клиентами, подключенными на одну АП.

To N.leiten Будет ли proprietary version продаваться или это будет только для себя? Если да, то за скока и где можно увидеть список вкусностей в proprietary version, если таковой имеется?

Cheers mate!Будем ждать выхода :)

Если не ошибаюсь, ранее были замечания (кажется даже со стороны автора) насчет tc в Wive. Т.е. с шейпингом были проблемы. Я на своих Wive-0.5.7 все время использовал CBQ и нареканий такой тип очереди не вызывал. На одну из АП установил 0.6, оказалось, что CBQ там не поддерживается, но есть HTB. Также поменял CBQ на HTB еще на нескольких АП с 0.5.7. И начались глюки. Время от времени часть клиентов, соединенных с АП, не видна за пределами АП: не пингуются, хотя при это MAC адреса отлавливаются. Помогала перезагрузка правил шейпера. Кто-нибудь сталкивался с таким? На CBQ такого не было.

N.leiten, не имеет ли смысл в следующей версии включить поддержку RIP-II? Если она влезет :)

А у Вас вебсайт есть, чтобы глянуть на полный список имеющегося оборудования с ценами?

Что-то я ни разу не замечал зависания наших овислинков на прошивках wive.И что за странное использование туннеля?

Пасибки, я уже посетил, присмотрелся :)Попробую сегодня пропатчить и собрать. На неделе было некогда: прикручивал tc, а то пользователи задрали гонять всякий бутор по сети. Вроде бы помогло. Вот когда получится iptables запустить, вообще красота будет :)

Жаль.Откопал, что если пропатчить 2.4.18 с помощью bridge-nf-0.0.6-against-2.4.18.diff, то можно будет задействовать таки iptables в цепочке FORWARD. Ищу пол-дня. Наверно из меня плохой искатель. Нигде уже нет. Есть ссылки на ftp.neva.ru, но туда не коннектится.

А какие вести с полей о ядре 2.6 в новой прошивке?

ipfw живет на freebsd. Под линуксом я его не видел, там свой фильтр живет - iptables.

Я вот все хотел спросить про ebtables (как интересно его произносить, чтобы слух говорящему по-русски не резало :)Что есть в нем такого, чего нет в iptables? Фильтрация по MAC у iptables - есть, фильтрация с учетом физического интерфейса, если АП в режиме сетевого моста, у iptables - есть (Вы сами указывали версию ядра, с которой это уже работает), фильтрация VLAN на iptables - можно (я так понимаю в качестве source/destination port указывается соответствующий vlan). Ebtables может NAT по MAC изменяя как исходящий MAC, так и MAC назначения. Но сам автор указывает, что "This can be useful in some very strange setups" с примером из реальной жизни. Пример я не смотрел. Вот, в общем-то, и все, что я хотел сказать.

Спасибо!!! Ну, мы редко прошиваем удаленно: мало ли что может случиться. Обычно на столе. Я сделал перловский скриптик, которым со своего шлюза на линуксе проверяю кто законнектился, какие скорости на прием-передачу и т.п., в общем все, что дает sta_info. Не получилось выложить RSA ключик на АП для dropbear, чтобы пароль не набирать каждый раз. Видимо, что-то не так сделал или не туда его положил. Сейчас пока нет времени с этим разбираться, и так хорошо. Для контроля подключенных хотел использовать веб интерфейс, но сразу как-то не хватало чего-нибудь из набора php, perl, awk. И только недавно подумал, что можно натравить cat на sta_info и отправить на веб интерфейс, чтобы там уже javascript все разобрал и нарисовал таблицу. Надо будет попробовать, как будет время.

Не может не радовать! :)Только вот мы тут у себя уже собрались снимать статистику не с ipcad рутера, а на АП. Будут ли исходники новой версии на http://sourceforge.net/projects/rtl8186/? Я бы сам попробовал добавить ipcad (хотя несколько попыток связанных с кросс-компиляцией вызвали только чувство досады на собственную тупость). Кстати, мы используем Ovislink AP-5460, а там и памяти 16 и флешка - 2.

Я отключил его в inetd и запустил руками.Не знаю, будет ли работать из /etc/rc.d; у меня так и не получилось оттуда запустить S99rc.local с ntpclient.

А будет ли возможность вытянуть прошивку с этим ядром?Все-таки хочется physdev использовать :)

понятно.Спасибо!

АП в режиме сетевого моста (бридж, не рутер :). Пытаюсь в iptables добавить правило в цепь FORWARD: iptables -A FORWARD -s 192.168.4.0/24 -m physdev --physdev-in wlan0 -j REJECT получаю ответ: iptables: No chain/target/match by that name Натравливаю strings на iptables: strings iptables вижу: physdev v%s options: --physdev-in [!] input name[+] bridge port name ([+] for wildcard) --physdev-out [!] output name[+] bridge port name ([+] for wildcard) physdev-in physdev-out multiple --physdev-out not allowed multiple --physdev-in not allowed --physdev-in --physdev-out physdev т.е. в бинарнике iptables вижу упоминания о физическом интерфейсе а почему-то не работает :( Из-за ядра 2.4? Если на интерфейсах бридж, то по фигу что буду писать в FORWARD, все пропускает, IMHO. Кто-нибудь сталкивался?

Оказалось что нужно всего-то запустить syslogd c опцией -R hostname.

а у кого-нибудь получилось перенаправить syslog на доругой хост?