Развлекаюсь с линуксбоксом, и всплыла проблема, что на стандартный картах не сделать точку доступа под 802.11n. Даже не пытайтесь. Чипсеты "не те", плюс с драйверами облом. Пока точка доступа осталась внешняя, естественно на асусе wl500-w с олеговской прошивкой.
Возникла мысль, в порядке развлечения купить второй роутер, раздербанить его на mini-PCI карту с антенками, и воткнуть ее через PCI-переходник. Ну и у переходника в планке дырок насверлить, чтобы антенки вкрутить. Получим чудо-плату на "правильном" чипсете, под который хоть есть бинарные прошивки, и нужна только линуксовая обвеска.
Соответственно, возник вопрос, а какую часть из сборок Олега или OpenWrt надо выдирать, чтобы собрался линуксовый драйвер под i386? Или это совсем нереально? Подскажите откуда копать.
Сразу предупреждаю, что я это рассматриваю как развлечение. Получится сделать быстро - хорошо. Не получится - ну и фик с ним. Великой практической ценности это не имеет, потому что через годик MadWifi под 802.11n наверняка доведут до ума. А может и не доведут
© 2008-2013 ABATAPA WL-500gP/128M / Asus RT-N16 / USB Flash / VLAN / PPPoE / VoIP / nShaper / NAS: iStor is607, Sarotech NAS-20, QNap 109 Pro / NFS / Принтер / etc
Вы так здорово рассказываете... Приведите пожалуйста конкретный пример PCI-карты, из которой можно сделать точку доступа 802.11n.
Желательно со ссылкой, что это работает хотя бы у одного человека.
Last edited by Vitaly; 06-07-2008 at 20:24.
Просьба (особенно к Олегу)прокомментировать вот такой пост с форума ixbt.com
http://forum.ixbt.com/topic.cgi?id=14:43930#9
Проблема в несовместимости маршрутизаторов ASUS-WL5хх/3хх с новой прошивкой от Олега и сетевух на чипсете RaLink RT61.
Причина поиска корня зла:
Ситуация такова - поднят сервер (LAMP+Courier+Postfix и т.д.) на Ubuntu Server 7.10 (MSI Hetis 865GV + 80Gb IDE+ 512 RAM+ DLink DWA-510)
Cпонтанно, через разные промежутки времени (от нескольких минут до 15 часов) отваливается Wi-Fi.
Точка доступа - роутер Asus WL500gP V2 (с последней прошивкой Олега). После отваливания Wi-Fi точка показывает, что карточка сервера ассоциирована с точкой доступа, т.е. точка доступа не подозревает об отваливании сервака. Если сервер перезагрузить - все в порядке опять на неопределенный период времени (до 12-15 часов максимум). Перезапуск роутера не помогает. Ни в логах сервака, ни в логах роутера нет ничего, чтобы могло помочь определить источник проблемы. Пробовал играться с каналами, мощностью передатчика и т.п. Установки точки доступа по безопасности - WPA v1, TKIP, WEP40. Привязка клиентов Wi-Fi по МАС-адресам и выдача IP также по МАС-адресу. Изменения параметров точки доступа не приводят к желаемому.
Last edited by deftor; 07-10-2008 at 07:40.
up, тема актуальна!
найдите тему: wl-500gp v2 no wi-fi
есть такая проблема в прошивке Олега.
лечится это прошивкой чешского варианта версии 1.70а
http://koppel.cz/cdmawifi
http://linuxwireless.org/en/users/Drivers/ath9k
http://madwifi.org/
Не прошло и пол года, хех . Агерос отвалил от щедрот свой HAL в опенсорс. Плюс кто-то не пожмотился на оплату дополнительных девелоперов, и ath9k (драйвер свежих агеросовских чипсетов с 802.11n) стал развиваться семимильными шагами. Если 4 месяца назад про 802.11n говорили "сейчас не до него", то нынче уже раздумывают, как бы половчее IBSS примонстрячить.
AP mode в ath9k еще в полном размере не прикрутили, но это уже реально вопрос времени (нескольких месяцев), а не отдаленного будущего. Полагаю, что с ядра 27 или 28, агеросовское железо станет поддерживаться "прямо из коробки" в полном объеме.
Странно, что при таком прессинге со стороны агероса, производители других чипсетов прикидываются гордыми вярягами и продолжают зажимать сорцы драйверов. У marvell и broadcom есть довольно интересные решения, но с такой политикой через пол года энтузиасты на их продукцию просто забьют болт. По той причине, что проще взять железку с агеросом и не париться.
Что-то мне подсказывает, что через пол года все будем дружно прикидывать "какбэ махнуть asus на dlink". В принципе, у Dlink железки вполне приличные, глючит там только проприетарный софт, который нам нафик не нужен.
У меня в линуксбоке на PCI-ном слоте торчит Dlink DWA-547, ждет своего часа. И антенки на ebay прикуплены на 9 децибел. Называются "привет соседям, кто попал на мой канал, сам виноват".
Оборудование, пререквизиты: сетевая Atheros (в свойствах оборудования обозначена как AR8121/AR8113/AR8114 PCI-E Ethernet controller, распаяна на материнке Asus P5Q), роутер Asus WL500Gp (v1). Провайдер - Qwerty (привязка пользователя к конкретному порту на оборудовании провайдера, логин/пароль не нужны). Качаются в основном тяжелые файлы (HDTV) с местного трекера (кто знает - скорость скачивания внутри сети Qwerty до 100Мбит).
Суть проблемы: при скачивании из торрента любых файлов на большой скорости (если приличное количество сидов, 11,5 мегабайт в секунду - вполне нормально) с периодичностью примерно 0,5-1 мин. сетевая карточка как бы "отваливается" от роутера (или он от нее? - не знаю, я не великий компьютерщик), винды сообщают о потере связи у Local Area Connection, через 5-10 сек связь восстанавливается, торрент-клиент (uTorrent) снова набирает скорость, и опять при достижении некоторого максимума (те самые 11,5 мегабайт/сек) ситуация повторяется.
Если кабель, идущий от оборудования провайдера, воткнуть в сетевуху напрямую, проблем нет.
Если использовать другую сетевуху (есть старая Realtek RTL8139) - скорость скачки не поднимается выше 8,5 мегабайт в секунду, но и разрывов не бывает.
Проблема повторяется как на родной прошивке от Асуса (1.9.7.7), так и на Олеговской (1.9.2.7-10)
Вопрос: как избавиться от "косяков" (в будущем планируется расширение домашней сети - компьютер ребенка, медиа-плейер, NAS, и если высокая нагрузка при перекачке больших объемов информации будет постоянно "выбивать" связь между роутером и сетевыми, это будет совсем не комильфо...)? Заранее спасибо за помощь.
11,5 - это ФИЗИЧЕСКИЙ предел передачи по 100 Мбит/с !!!!!!!!!!!
ваш роутер просто ЗАХЛЕБЫВАЕТСЯ - у него происходит переполнение и соответсвенно он перегружается.
проверьте включено ли управление потоком (Flow Control) в драйверах сетевой карты.
также попробуйет принудительно установить не FullDuplex а Half-Duplex.
думаю 8,5 - это РЕАЛЬНАЯ цифра!!!!!
Спасибо за реакцию.
Охотно верю, что это предел для роутера, Ваши советы применю, отчитаюсь по результатам. Flow Control включен, кстати.
Правда, то, что роутер, "захлебываясь" данными, отрубается от сети - это бардак (или брак?) - так как это означает, что при перекачке больших объемов информации внутри домашней сети он будет вести себя точно так же. По моему скромному мнению, роутеру следовало бы все-таки прокачивать то, что он СПОСОБЕН РЕАЛЬНО прокачать, но оставаться СТАБИЛЬНЫМ (пусть ценой потери максимальной скорости).
Так что проблема остается актуальной.
Пока склоняюсь к мысли о бракованном устройстве. Буду весьма признателен за статистику (если подобные проблемы всплывали у кого-то еще).
При переключении сетевой карты в режим half-duplex скорость скачки (вполне ожидаемо) проседает примерно до 7,5 мегабайт/сек, разрывов связи нет.
Следовательно, проблема, похоже, действительно на стороне роутера.
Подобная ситуация меня категорически не устраивает (по причинам, изложенным выше - планируемая домашняя сеть; при перекачке фильма гигов этак на 40 разница между 11,5 и 7,5 мег/сек - весьма и весьма даст о себе знать...). Проведу аналогию: если бы так же вел себя центральный процессор в компьютере при 100% загрузке (а подобных задач полно - от игрушек до серьезных приложений), думаю, это мало бы кого устроило - перегружать комп раз этак 10 за полчаса...
Если кто-то сталкивался с подобной проблемой - буду благодарен за консультацию (или все-таки мне прямой путь в гарантийку?..)
При прокачке по внутренней сети данные не будут проходить через процессор роутера, а только через коммутатор, который хоть и распаян на одной плате с роутером, его частью все-таки не является.
При подозрении на глюки из-за перегрева проца нагрузи проц, и посмотри, что будет (да хоть "cp /dev/urandom /dev/null" в консоли).
Да и вообще - в логах что-то есть?
а пробовали драйвера atheros поставить самые последние?
вот здесь все весьма свежее, хоть и сайт не официальный (для параноиков - драйвера там подписанные):
http://www.atheros.cz/
Спасибо за информацию, уже легче :-)
Отчитываюсь по результатам экспериментов:
1. Поставил последние драйвера для сетевой - положительных результатов не принесло.
2. Отключил Flow control в свойствах сетевой - скорость присела на 10-15% (максимум - 10мег/сек), но обрывы прекратились.
3. Решил осложнить жизнь роутеру, нагрузив процессор -
через телнет-клиент я отдал команду, которую мне любезно посоветовали.
Скорость скачки просела до 1 мегабайта/сек и там осталась. Дисконнектов нет.
тут я решил снова включить Flow control на сетевой карте...
... и понеслись дисконнекты.
Т.е. можно сделать вывод о том, что имеет место несовместимость роутера с конкретной сетевой картой (точнее, с конкретным режимом ее работы).
По поводу логов - в веб-интерфейсе роутера лог есть, но обрыв/восстановление связи там отображаются вот так:
Dec 14 17:29:59 dnsmasq[68]: DHCPREQUEST(br0) 192.168.1.177 00:e0:12:34:56:78
Dec 14 17:29:59 dnsmasq[68]: DHCPACK(br0) 192.168.1.177 00:e0:12:34:56:78 sweet77
Dec 14 17:30:51 dnsmasq[68]: DHCPREQUEST(br0) 192.168.1.177 00:e0:12:34:56:78
Dec 14 17:30:51 dnsmasq[68]: DHCPACK(br0) 192.168.1.177 00:e0:12:34:56:78 sweet77
... и т.д. без объяснения причин дисконнектов. Если есть где/чем посмотреть другую информацию - подскажите, пожалуйста.