[sfstudio]

Ага, повторил багу с трассой, бум разбираться.

Пилять, это очередной баг в conntrack... Грёбаные риалтэковцы. Ну какого хрена они жмут сырцы wifi драйвера, уже давно бы перешли бы на последнее 2.4 ядро и все эти проблемы были бы фиодетовы. Всё, нуно искать другую платформу и желательно чобы 2.6 ядро там жило и не было бинарных блобов. Так задолбалось уже править протухший код блин ;(

Изменено 14 марта, 2009 пользователем sfstudio

[sfstudio]

http://sadnet.ru/downloads/wive-ng-0.2.16-test6.bin

8) В interfaces добавлен параметр BUGGY_NAS отвечающий за удаление маршрута добавляемого ядром

после подъёма ppp соединения. А также добавляет правила в netfilter блокирующие передачу через туннель

пакетов с адресом назначения равным адресу физического интерфейса VPN сервера (полезно на NAS где адрес

VPN сервера совпадает с адресом шлюза внутри туннеля, например как у Corbina/Beeline, по умолчанию отключено)

9) Добавлена поддержка loose UDP conntrack для быстрого пропуска UDP траффика поверх маскарада

10) В boot добавлена опция CLIENTSNET позволяющая задать откуда принимать соединения для NAT/MASQRADE или если

опция не задана по NAT будет работать для всех подсетей что небезопасно

11) Множественные правки в netfilter/conntrack, теперь собираются и работают все модули conntrack и все цели

 

Очень рекомендую обновиться всем! Стирание флэша обязательно.

[Iron Grif]

Мужики, объясните мне, идиоту, как восстановить WR-G, если там бутблок завален? Тоесть только коммутатор работает встроенный, больше ничего не поднимается... Приятель с этой железкой доэкспериментировался, завалил и без корпуса (с одним днищем) мне отдал...

С паяльником на ура обращаюсь, это не проблема... Замучился на этом сайте интересующую инфу искать, не один час убил, и даже не один день, помогите плиз... Крик отчаяния, чтоли... Я уже за....ся... Выручайте...

Схемы, прошивки и прочее на iron_grif@altline.ru, если не сложно...

[sfstudio]

Мужики, объясните мне, идиоту, как восстановить WR-G, если там бутблок завален? Тоесть только коммутатор работает встроенный, больше ничего не поднимается...

А кто сказал что бут завален? Для начала попробуйте прошить штатно через tftp путём зажатия reset читать в wiki http://sadnet.ru

 

Приятель с этой железкой доэкспериментировался, завалил и без корпуса (с одним днищем) мне отдал...

С паяльником на ура обращаюсь, это не проблема... Замучился на этом сайте интересующую инфу искать, не один час убил, и даже не один день, помогите плиз... Крик отчаяния, чтоли... Я уже за....ся... Выручайте...

Схемы, прошивки и прочее на iron_grif@altline.ru, если не сложно...

Меньше криков - больше инфы. Хотя уже раз 500 обсуждалось. Распаивайте консоль смотрите жив ли бут, если сдох - распаивайте jtag (на укропе придётся паяться на ноги проца). А на мыло вам точно никто слать не будет. Все ответы на ваши вопросы уже есть в этой теме.

[biffant]

Докладываю, прошивка от DAP-1160 не убивает загрузчик на DAP-1150, из чего можно сделать вывод, что аппаратно устройства идентичны (включая корпус, антенну и пр.). Разница в стоимости между ними, при этом, в некоторых магазинах достигает пятисот рублей...

[sfstudio]

ЫЫЫЫ, Глинк в своём репертуаре =)))

[biffant]

Правда мой вопрос остался в силе :((

 

Мои действия:

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
...

Изменено 16 марта, 2009 пользователем biffant

[sfstudio]

Правда мой вопрос остался в силе :((

Затем снова минут 5 молчок, небольшое окно "доступности", и снова молчок. Есть какие-нибудь идеи?..

Никаких, распаивайте консоль и смотрите что в этом железе ему не нравиться.

[biffant]

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

 

У меня есть идея написать winscp-скрипт который по SSH за эти несколько секунд влезет и скачает логи.

 

Скажите, это поведение говорит о том что точка падает при загрузке и сразу перезапускается, и так далее по циклу?

 

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

 

Вообще интересная ситуация, я склонен считать что пациент скорее жив чем мертв, и тут можно что-то сделать, например, модифицируя скрипт записи конфигурации на Flash. Понять бы что и как...

[sfstudio]

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

Значит вопрос исчерпан.

Я не медиум.

Изменено 16 марта, 2009 пользователем sfstudio

[biffant]

Евгений, если не возражаете ещё вопрос - при нажатии во включенном состоянии reset на 10-12 секунд, Вы пишите что девайс должен забыть все сделанные настройки - означает ли это что область Flash-памяти в которой хранятся настройки, обнуляется? И теоретически если моя проблема связана с геометрией Flash-памяти, это действите должно привести к устойчивой работе с адреса 10.200.200.249?

 

Значит вопрос исчерпан.

Я не медиум.

Вы очень категоричны. Я готов исследовать проблему и выложить результаты, с Вашей помощью. Но я не электронщик и нахожусь за много километров до оборудования, а человек на той стороне не слишком компетентен... Поэтому остается софтовое решение, либо замена оборудования.

 

Переформулирую свои вопросы:

1. Принимает ли Wive-ng "из коробки" соединения по SCP, и если да, то по какому протоколу - SFTP, SCP?..

2. Где там находятся скрипты записи конфигурации в Flash-память?..

Изменено 16 марта, 2009 пользователем biffant

[sfstudio]

Евгений, если не возражаете ещё вопрос - при нажатии во включенном состоянии reset на 10-12 секунд, Вы пишите что девайс должен забыть все сделанные настройки - означает ли это что область Flash-памяти в которой хранятся настройки, обнуляется?

Восстановится из резервной копии.

 

И теоретически если моя проблема связана с геометрией Flash-памяти, это действите должно привести к устойчивой работе с адреса 10.200.200.249?

Я не медиум повторяю ещё раз. Без логов даже говорить не о чем, ибо нет у меня этого железа и уж поверьте Г-Линк я больше никогда под дулом пистолета не куплю. SOHO длинк для меня умер вместе с Г700 DS1008 и прочими их свистелками и перделками, собранными на вполне вменяемых наборах логики но умудряющиеся безбожно глючить даже в покое.

 

Распаивайте консоль и смотрите, либо покупайте устройства из тех что есть у меня. На текущий момент у меня 2 типа устройств, WR-G и P330W ну и Г700 для краш тестов, но последнее это страшно.

 

Вы очень категоричны. Я готов исследовать проблему и выложить результаты, с Вашей помощью. Но я не электронщик и нахожусь за много километров до оборудования, а человек на той стороне не слишком компетентен... Поэтому остается софтовое решение, либо замена оборудования.

Ну а кто так делает?

 

Переформулирую свои вопросы:

1. Принимает ли Wive-ng "из коробки" соединения по SCP, и если да, то по какому протоколу - SFTP, SCP?..

2. Где там находятся скрипты записи конфигурации в Flash-память?..

Скачайте SDK последняя версия 0.2.16 и сами посмотрите что где и как. Если проблема с записью на флэш уверен вы её не решите темболее удалённо. Для диагностики всего остального нужна консоль.

[biffant]

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

 

Кстати можете дописать в Wiki, что в случае D-Link, при включении с нажатым Reset, контрольная лампа PWR/SYS не гаснет, вообще

[sfstudio]

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

Это говорит о древнем буте всего навсего.

 

Кстати можете дописать в Wiki, что в случае D-Link, при включении с нажатым Reset, контрольная лампа PWR/SYS не гаснет, вообще

Поведение светодиодов не то что между устройствами, между ревизиями pcb разное, о какой wiki тогда идёт речь?

[vlad11]

А что слышно про железку Canyon CN-WFAP? Она на этом чипе?

[biffant]

Докладываю по 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"

[biffant]

Короче точка заработала, даже в том режиме в каком мне надо, провайдер видит мои запросы по 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

 

Буду благодарен за любую помощь!

Изменено 17 марта, 2009 пользователем biffant

[KnYaz2020]

Решил протестить в комнате 2е точки. Результат тот же что и на расстоянии 500м.

Две Г700, прошитые одной и той же Wive-0.2.16. Одна точка настроена как АП, вторая как клиент. При скачивании файла с одного компа на другой скорость не выше 1.5Мбит/сек (иак же как и на расстоянии 500м). Почему так? Можно ли добится большей скорости? Если да, то с какими параметрами нужно играться?

 

Кстати, только что одну из точек (АП) на крышу поставил, нет прямой видимости, но расстояние около 5 метров, так вообще /proc/wlan0/sta_info показало на точке что клиент такое:

2: stat_info...

state: 401

AuthAlgrthm: 0

ieee8021x_ctrlport: 0

hwaddr: 00179a44e09e

bssrateset: 82848b968c9298a4b0c8e0ec

aid: 2

tx_bytes: 2584580

rx_bytes: 263972

tx_pkts: 2193

rx_pkts: 1451

tx_fail: 373

rssi: 19

expired_time: 1791

sleep: no

current_tx_rate: 1

current_rx_rate: 1

QoS Enable: 1

rtk_capability: 0x0000

ipmc_num: 4

link_time: 8 min 31 sec

 

Т.э. скорочто в 1Мбит, соотвественно скорость закачки не то что никакая, а вообще 150Кбит/сек. Хотя до этого на крыше была обычная Wive-0.6.1, так скорость была около 8Мбит.

 

/proc/wlan0/sta_info для точки что на крыше (АП):

1: stat_info...

state: 1000

AuthAlgrthm: 0

ieee8021x_ctrlport: 0

hwaddr: 001b11e7c7ab

bssrateset: 82848b968c9298a4b0c8e0ec

aid: 1

tx_bytes: 8368578

rx_bytes: 5298733

tx_pkts: 10131

rx_pkts: 8499

tx_fail: 0

rssi: 42

expired_time: 1800

sleep: no

current_tx_rate: 36

current_rx_rate: 54

QoS Enable: 0

rtk_capability: 0x0000

ipmc_num: 4

link_time: 9 min 19 sec

 

Что кто посоветует делать для максимальной производительности?

 

P.S. Кстати у обычной Wive были такие параметры мощности передатчика:

CCKPOWER=12

OFDMPOWER=12

 

а в этой:

CCKPOWER=8

OFDMPOWER=14

 

Как их рассчитывать, чтобы не поставить очень большое, чтобы точку не спалить?

Изменено 17 марта, 2009 пользователем KnYaz2020

[shandr]

А что слышно про железку Canyon CN-WFAP? Она на этом чипе?

Чип RTL 8186 , но ревизия А, копия платы Planet 4033, но с небольшим различием в прошивке. 8 М ОЗУ, годится для любых прошивок с абвиатурой rev_а . Для wive_ng с минимальным набором функций. Не плоха и стандартная прошивка. Тоже линукс с веб. До 14 каналов, все режимы, возможность регулировки выходной мощности.

Изменено 17 марта, 2009 пользователем shandr

[b.screen]

to N.leiten

1) Имею на руках и в работе несколько Planet WAP-4035

Есть желание заменить прошивку на OSS, но нет возможности этого сделать с прошивкой Wive-ng

Остается вариант старой Wive.

 

2) Обнаружил на сайте проекта Wive версию Wive-v0.6.1-preX-20090115.tar.gz

Но не обнаружил ссылки на SDK с исходниками данной версии. Нужны, потому как не хватает некоторых утилит и модулей

Прошу поделится или пнуть в направлении - где искать

 

3) В существующей прошивке Wive не обнаружил ничего для мониторинга физ состояние eth порта, а еще лучше и портов коммутатора. Что нибудь есть?

Если ни чего нет - готов поковыряться в данном направлении

[sfstudio]

Короче точка заработала, даже в том режиме в каком мне надо, провайдер видит мои запросы по DHCP, однако не принимаю пакеты от провайдера, похоже какая-то лажа с уровнем сигнала:

Соответственно по DHCP запросы идут но ответов нет, билайн аргументирует слабым уровнем сигнала...

При этом, коннект с оператором рвётся где-то раз в 10-15 минут, сразу после реконнекта, вижу:

Буду благодарен за любую помощь!

Нихрена се слабый уровень! Мне бы на всех линках такие уровни =) Зажмите скорость сверху до 24мбит, перейдите в режим G only, турбо вырубить. Ну и т.д.

[sfstudio]

Решил протестить в комнате 2е точки. Результат тот же что и на расстоянии 500м.

Если на 500м достаточные уровни то вполне логично.

 

Две Г700, прошитые одной и той же Wive-0.2.16. Одна точка настроена как АП, вторая как клиент. При скачивании файла с одного компа на другой скорость не выше 1.5Мбит/сек (иак же как и на расстоянии 500м). Почему так?

У меня в комнате 3,5мбат т.е. 20мбит в одну сторону. Почему у вас так я ХЗ. Не медиум.

 

Можно ли добится большей скорости? Если да, то с какими параметрами нужно играться?

Для начала жёстко задать режим и поджать скорости снизу и сверху потом смотреть дальше.

 

Кстати, только что одну из точек (АП) на крышу поставил, нет прямой видимости, но расстояние около 5 метров, так вообще /proc/wlan0/sta_info показало на точке что клиент такое:

Т.э. скорочто в 1Мбит, соотвественно скорость закачки не то что никакая, а вообще 150Кбит/сек. Хотя до этого на крыше была обычная Wive-0.6.1, так скорость была около 8Мбит.

Что кто посоветует делать для максимальной производительности?

Проложить кабель на крышу? Что за тяга к неизведанному? Wive орала дурниной не обращая внимание на то что твоиться в эфире, можете и тут добиться подобного. Но делать этого не стоит.

 

 

P.S. Кстати у обычной Wive были такие параметры мощности передатчика:

Как их рассчитывать, чтобы не поставить очень большое, чтобы точку не спалить?

Маски мощности у разных версии драйверов разные. Более того, эти значения не прямо пропорциональны мощности. Так что экспрементируйте. Новый модуль не даст вам спалить передатчик сразу ;)

Изменено 17 марта, 2009 пользователем sfstudio

[N.leiten]

b.screen

Сейчас занят другим проектом, скоро освобожусь и сделаю референс wive-ng на старый мотив с SDK. Если недельку подождете, тогда до связи.

[biffant]

Нихрена се слабый уровень! Мне бы на всех линках такие уровни =) Зажмите скорость сверху до 24мбит, перейдите в режим G only, турбо вырубить. Ну и т.д.

Да, Вы правы, уже сам до этого дошел - сигнал наоборот был слишком сильным, забивал канал и видимо хот спот билайна банил мой MAC. Наконец-то смог получить IP в сети билайна! Основной виновник этого поведения:

 

ENHTX=yes

 

Также необходимо снизить мощность передатчика на B и G протоколах.

 

Попросил напарника переставить нашу Yagi-антенну, переставил, и сигнал стал вообще 97% во время сканирования - тогда и понял что учитывая пониженную чувствительность точки в режиме сканирования, и принятые успешно 3 пакета во время сканирования - что виной слишком высокая мощность передатчика. По окончательным результатам отпишу на днях.

[KnYaz2020]

Можно ли добится большей скорости? Если да, то с какими параметрами нужно играться?

Для начала жёстко задать режим и поджать скорости снизу и сверху потом смотреть дальше.

А какие параметры отвечают за то чтобы задать режим и поджать скорости снизу и сверху?

 

Кстати, только что одну из точек (АП) на крышу поставил, нет прямой видимости, но расстояние около 5 метров, так вообще /proc/wlan0/sta_info показало на точке что клиент такое:

Т.э. скорочто в 1Мбит, соотвественно скорость закачки не то что никакая, а вообще 150Кбит/сек. Хотя до этого на крыше была обычная Wive-0.6.1, так скорость была около 8Мбит.

Что кто посоветует делать для максимальной производительности?

Проложить кабель на крышу? Что за тяга к неизведанному? Wive орала дурниной не обращая внимание на то что твоиться в эфире, можете и тут добиться подобного. Но делать этого не стоит.

Кабель там у меня уже около года. И когда там была точка с прошивкой Wive-0.6.1, то скорость была в норме, показывало TxRate/RxRate не ниже 36/36, как при коннекте с точки с прошивками Wive & Wive-NG в режиме клиента, так и с ноута. А сейчас (когда эта базова точка прошита Wive-NG), выше 1/1, как с точки, так и с ноута, не могу добиться. Видно проблемма именно в базовой точке в режиме АП.

 

Вот также результат с точки-клиента Wive-NG:

 

Scan result:

mode: AP channel: 6 bssid: 00:2b:12:e3:ac:11 essid: KnYaz

band: (B+G) encrypt: no rssi: 27 % signal: 92 %

beacon: 200 dtim: 0 preamble: Short pcf: no

tstamp: 268435948

Basic Rates: 1 2 5.5 11 6 9 12 18 24 36 48 54

Supported Rates: 1 2 5.5 11 6 9 12 18 24 36 48 54

 

Что именно означает signal: 92 % ??? Почему он такой высокий в сравнении с rssi: 27 % ?

 

P.S. Кстати у обычной Wive были такие параметры мощности передатчика:

Как их рассчитывать, чтобы не поставить очень большое, чтобы точку не спалить?

Маски мощности у разных версии драйверов разные. Более того, эти значения не прямо пропорциональны мощности. Так что экспрементируйте. Новый модуль не даст вам спалить передатчик сразу ;)

А можно ли поточнее, в каких пределах целесообразно экспериментировать?

 

Да, и еще, я так понял перегружать точку Г700, прошитую Wive-NG-0.2.16 командой reboot уже не выйдет из-за старого загрузчика? Можно перегрузить ее только питанием?

Изменено 17 марта, 2009 пользователем KnYaz2020