biffant

sfstudio, значит и я Вас понял неправильно, увидел желание завоевать мир там, где его нет и не было - по крайней мере пытаетесь в этом убедить :)

Вы очень подозрительны :) Мой первый комментарий по тому как я вижу развитие проекта, если поставите цель заработать денег - был написан исключительно как ответ на ряд Ваших же высказываний, общий смысл которых что Вы делаете нужное многим дело, но никто не хочет присоединяться, покупать у Вас платный саппорт на постоянной основе и т.д. Я озвучил условия при которых готов попробовать обеспечить Вам аудиторию конвертируемую в деньги. Но на нет и суда нет, ибо пытаться заработать деньги на разработке без участия её автора - гиблое дело

Ну Вы сами всё сказали, до монетизации (пока?) далеко, а альтруизма у меня много меньше чем у Вас :) В любом случае респект за качественную разработку и её развитие. p.p.s. И не думал что Вы посредник и хотите нагреться на перепродаже.

sfstudio, ок, неверно выразился, сертифицировать по стандартам ССС или что там сейчас надо чтобы легально выставить железки на продажу. Похоже Вы неправильно поняли :) Одиночный завоз "вот деньги, вот аппаратура, до свидания" не интересует

sfstudio, мне вот интересно как собираетесь лицензировать эти железки для продажи в РФ. Если этот вопрос решен, и после таможеных пошлин остается запас по себестоимости чтобы конкурировать с ущербными аналогами, могу договориться о поставках в несколько торговых сетей в столице и регионах и вложиться в проект. Правда, нужна будет веб-панель, ибо без неё физики девайс брать не будут (тоже готов поучаствовать). Если без веб-морды, остается только окучивать провайдеров на предмет использования "наших" девайсов, это дело неблагодарное, получится слишком большая менеджерская составляющая.

Fatman, если у Вас 30 мбит/с во внешний мир, остается только позавидовать, не представляю для чего физику может быть нужна бОльшая скорость, равно как и не представляю оператора который даст в КАЖДУЮ квартиру за 500 рублей в месяц такой честный анлим, без мультиплексирования. Дома на 10 мбитах ethernet + 2 мбита резерв ADSL сижу, сотни гигабайт на торрентах качаю, онлайн радио-видео-VoIP, удаленный доступ на сервера и на работу и т.д. и т.п. - и никаких проблем не замечаю. Зачем Вам больше 30 мбит? :) И уж тем более всем тем многим юзерам о которых пишете?

Значит это я человека запутал... В той документации которую видел, равно как и в примерах рабочих конфигов из этого топика - там указывается битовая маска режима. И кстати у меня это работало на Wive-ng, указал FIXRATES=8 и точка держала ровно 11 мегабит. Повезло?..

Позволю себе попробовать ответить :) General/MODE = b,g,bg FIXRATE=no,[bitmask of ONE rate] BASICRATES=[bitmasks sum of SEVERAL rates] OPRATES=[bitmasks sum of SEVERAL rates] Источник http://internap.dl.sourceforge.net/sourcef...l-parametrs.pdf Там же таблица битовых маск скоростей Из той же доки гл.ув.sfstudioCCKPOWER не рекомендую устанавливать выше 20 OFDMPOWER не рекомендую устанавливать выше 1e http://wlan.org.ua/700.php Пишет что на уровне 21 сгорел выходной каскад.

Да, Вы правы, уже сам до этого дошел - сигнал наоборот был слишком сильным, забивал канал и видимо хот спот билайна банил мой MAC. Наконец-то смог получить IP в сети билайна! Основной виновник этого поведения: ENHTX=yes Также необходимо снизить мощность передатчика на B и G протоколах. Попросил напарника переставить нашу Yagi-антенну, переставил, и сигнал стал вообще 97% во время сканирования - тогда и понял что учитывая пониженную чувствительность точки в режиме сканирования, и принятые успешно 3 пакета во время сканирования - что виной слишком высокая мощность передатчика. По окончательным результатам отпишу на днях.

Короче точка заработала, даже в том режиме в каком мне надо, провайдер видит мои запросы по DHCP, однако не принимаю пакеты от провайдера, похоже какая-то лажа с уровнем сигнала: Результат scan: mode: AP channel: 1 bssid: 00:16:ca:f5:1f:51 essid: Beeline_WiFi band: (B+G) encrypt: no rssi: 66 % signal: 78 % beacon: 100 dtim: 0 preamble: Short pcf: no tstamp: 268435948 Basic Rates: 1 2 5.5 11 Supported Rates: 1 2 5.5 11 6 9 12 18 24 36 48 54 В то же время, результат stat: aid bssid rssi dB TxPackets RxPackets TxFail TxRate RxRate 1 0016caf51f51 58 % -69.74 20 7 16 36 1 Соответственно по DHCP запросы идут но ответов нет, билайн аргументирует слабым уровнем сигнала... Мои настройки: ... #Set WiFi mode b/g/bg MODE=bg ... CHANNEL=0 GAIN=7 AUTOGAIN=yes DRSA=yes CCKPOWER=1e OFDMPOWER=20 ... ENHTX=yes ... ENABLE_ROAMING=no FAST_ROAMING=no ... FIXRATE=no BASICRATES=15 OPRATES=15 WLAN_BURST=no ... TURBO_MODE=Disable TXPRIO=no ... NAT2_5=yes MACCLONE=yes DHCPBCST=yes ... LOWMCS=yes ... WLAN_ENABLED=yes WLAN_FORCEIP=no WLAN_IN_BR0=yes WLAN_USE_DHCP=no При этом, коннект с оператором рвётся где-то раз в 10-15 минут, сразу после реконнекта, вижу: aid bssid rssi dB TxPackets RxPackets TxFail TxRate RxRate 1 0016caf51f51 0 % -97.00 6 0 3 48 0 Доп.диагностика: [Wive-NG@/]# cat /proc/wlan0/sta_info -- STA info table -- (active: 1) 1: stat_info... state: 401 AuthAlgrthm: 0 ieee8021x_ctrlport: 0 hwaddr: 0016caf51f51 bssrateset: 82848b960c1218243048606c aid: 1 tx_bytes: 6380 rx_bytes: 1830 tx_pkts: 14 rx_pkts: 3 tx_fail: 0 rssi: 4 expired_time: 1627 sleep: no current_tx_rate: 48 current_rx_rate: 36 QoS Enable: 1 rtk_capability: 0x0000 ipmc_num: 4 link_time: 7 min 50 sec Буду благодарен за любую помощь!

Докладываю по DAP-1150, оказывается в этой железке все-таки 8 мегов оперативки, тогда странно как она не умерла после прошивки на DAP-1160 (человек говорит что ждал после заливки по TFTP минут 15, т.е. из памяти на флеш сброситься точно бы успело). Единственный вариант который вижу, что не сошлась CRC при записи из памяти на флеш? [Wive-NG@/]# dmesg Workaround for:Linux version 2.4.18.5-wive-ng.sf.net (wive-ng.sf.net@sfstudio.sadnet.lo) (gcc version 3.3.3) #3172 Thu, 12 Mar 2009 20:47:04 +0600 early printk enabled DetectRAMsequence REG returned:16[16] RAM after check region:8 FullviewRAM:8388608 Determined physical RAM map: memory: 00800000 @ 00000000 (usable) Initial ramdisk at: 0x801fa000 (39935 bytes) On node 0 totalpages: 2048 zone(0): 2048 pages. zone(1): 0 pages. zone(2): 0 pages. Kernel command line: root=/dev/ram console=0 ramdisk_start=0 noisapnp pci=nobios 179.81 BogoMIPS Memory: 5812k/8192k available (1835k kernel code, 2380k reserved, 152k data, 60k init, 0k highmem) ... RealTek E-Flash System Driver. (C) 2002 RealTek Corp. Found 1 x 2M Byte MXIC MX29LV160AB at 0xbe000000 => Scan for ROOT signature in flash from pos=0x000000 Founded at pos=0x0CFFF4 Checksumm ok for 0x0F6000 bytes calced=0x2613, stored=0x2613) Checksumm OK. Use as ROOT partition (/dev/mtd1) Reallocate partition for root size=0x0F6000 bytes Creating 4 MTD partitions on "DiskOnChip Millennium": 0x00000000-0x000d0000 : "boot+cfg+linux" 0x000d0000-0x001d0000 : "root fs" 0x001e0000-0x00200000 : "TGZfs" 0x00000000-0x00200000 : "all_flash"

А знаете, после выключения/включения, роутер заработал устойчивой с новым адресом! Это штатное поведение или Ваши WR-G и 330-ый зухель тоже требуют аппаратного перезапуска кроме софтового ребута? Кстати можете дописать в Wiki, что в случае D-Link, при включении с нажатым Reset, контрольная лампа PWR/SYS не гаснет, вообще

Евгений, если не возражаете ещё вопрос - при нажатии во включенном состоянии reset на 10-12 секунд, Вы пишите что девайс должен забыть все сделанные настройки - означает ли это что область Flash-памяти в которой хранятся настройки, обнуляется? И теоретически если моя проблема связана с геометрией Flash-памяти, это действите должно привести к устойчивой работе с адреса 10.200.200.249? Вы очень категоричны. Я готов исследовать проблему и выложить результаты, с Вашей помощью. Но я не электронщик и нахожусь за много километров до оборудования, а человек на той стороне не слишком компетентен... Поэтому остается софтовое решение, либо замена оборудования. Переформулирую свои вопросы: 1. Принимает ли Wive-ng "из коробки" соединения по SCP, и если да, то по какому протоколу - SFTP, SCP?.. 2. Где там находятся скрипты записи конфигурации в Flash-память?..

Как Вы понимаете никто консоль паять не будет :) Нам просто нужен канал, если проблема на данной точке нерешаема человек поедет купит другую. У меня есть идея написать winscp-скрипт который по SSH за эти несколько секунд влезет и скачает логи. Скажите, это поведение говорит о том что точка падает при загрузке и сразу перезапускается, и так далее по циклу? Учитывая что сразу после прошивки на Wive-ng, точка работает устойчиво, выходит проблемы возникают при записи конфигурации на флеш. Кстати сразу после нажатия на Save после надписи Saving to flash мигают две какие-то строчки с адресами блоков - но это происходит быстро и прочитать смысл сообщений не успел. Вообще интересная ситуация, я склонен считать что пациент скорее жив чем мертв, и тут можно что-то сделать, например, модифицируя скрипт записи конфигурации на Flash. Понять бы что и как...

Правда мой вопрос остался в силе :(( Мои действия: 0. Прошиваю через TFTP 15-ой версией Wive-ng, точка всё та же D-Link DAP-1150 1. Коннект по SSH на 10.200.200.249, меняю пароль на рута, меняю ОДИН параметр - BR0_IPADDR на 192.168.3.1/24 2. Жму save, жду 10 минут, жму reboot 3. Запускаю на сервере ping 192.168.3.1 (на сервере интерфейс 192.168.3.2, воткнут нуль-хабным кабелем напрямую в точку), минут 10 destination unreachable, затем: ... From 192.168.3.2 icmp_seq=248 Destination Host Unreachable From 192.168.3.2 icmp_seq=249 Destination Host Unreachable 64 bytes from 192.168.3.1: icmp_seq=250 ttl=255 time=8.61 ms 64 bytes from 192.168.3.1: icmp_seq=251 ttl=255 time=1.46 ms ... 64 bytes from 192.168.3.1: icmp_seq=270 ttl=255 time=1.22 ms From 192.168.3.2 icmp_seq=271 Destination Host Unreachable From 192.168.3.2 icmp_seq=272 Destination Host Unreachable ... Затем снова минут 5 молчок, небольшое окно "доступности", и снова молчок. Есть какие-нибудь идеи?.. Из tcpdump -i eth2 видно немного: ... 18:05:22.205609 arp who-has 192.168.3.1 tell 192.168.3.2 18:05:23.205365 arp who-has 192.168.3.1 tell 192.168.3.2 18:05:23.206240 arp reply 192.168.3.1 is-at 00:02:04:67:ba:00 18:05:23.206258 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 172 18:05:23.206264 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 173 18:05:23.214127 IP 192.168.3.1 > 192.168.3.2: icmp 64: echo reply seq 172 18:05:23.215025 IP 192.168.3.1 > 192.168.3.2: icmp 64: echo reply seq 173 18:05:24.215398 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 174 18:05:24.216622 IP 192.168.3.1 > 192.168.3.2: icmp 64: echo reply seq 174 18:05:25.219950 arp who-has 192.168.3.2 tell 192.168.3.1 18:05:25.219970 arp reply 192.168.3.2 is-at 00:18:e7:15:a9:b6 18:05:25.225382 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 175 18:05:25.226817 IP 192.168.3.1 > 192.168.3.2: icmp 64: echo reply seq 175 18:05:26.235394 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 176 18:05:26.236559 IP 192.168.3.1 > 192.168.3.2: icmp 64: echo reply seq 176 18:05:27.245406 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 177 18:05:27.246642 IP 192.168.3.1 > 192.168.3.2: icmp 64: echo reply seq 177 18:05:28.255810 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 178 18:05:28.257120 IP 192.168.3.1 > 192.168.3.2: icmp 64: echo reply seq 178 18:05:29.265368 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 179 18:05:29.266729 IP 192.168.3.1 > 192.168.3.2: icmp 64: echo reply seq 179 18:05:30.275401 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 180 18:05:31.275377 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 181 18:05:32.275359 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 182 18:05:33.275378 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 183 18:05:34.275349 IP 192.168.3.2 > 192.168.3.1: icmp 64: echo request seq 184 ...