Здравствуйте!
Интересует, насколько стабильна(непрерывна) связь wifi.
Поясню ситуацию:
С одной стороны:точка 2100АР с антенной 24-0500 включена в сетку с файл-сервером.
с другой - комп с AG530. На нем работает складская программа - тягает базы с файл-сервера. Прога старая (fxpro for dos) базы открываются по сети на файловом уровне. Работаем в тесте несколько дней. Несколько раз на день происходят сбои в программе.
Антенны в прямой видимости, между ними ~100 метров.
Вопрос : стоит ли добиваться устойчивой связи танцами с бубном(изменение параметров, приобретение другого оборудования....) либо бросить попытки всвязи с небольшой стабильностью связи (что влияет на нее - ХЗ).
Заранее спасибо за аргументированный ответ.

В статистике по 2100AP куча цифорок (в т.ч. и по неудачным попыткам передачи/приема - как я понимаю)
1. На что посоветуете обратить внимание в статистике?
2. Какие параметры изменять, чтобы добиться наилучшей стабильности связи?

Вы бы сюда все эти циферки выложили, был бы предметный разговор.

Непременно выложу, пока не могу - на другом офисе.

А пока ответьте пожалуйста на один вопрос.

С пересылкой (копированием) файлов по сети понятно - пересылаются - связь есть, не копируются - связь плохая.
Вопрос о ситуации, когда открываешь файл по сети и он должен быть открыт в течение рабочего дня. По проводам - ситуация ясная. Утром файл открыл по сети, вечером вернулся к нему - файл все так-же открыт.
А вот по wifi ???
От чего зависит результат?
От уровня сигнала? Какой должен быть уровень, чтобы утверждать с большой долей вероятности что будет, как по проводам?
От наличия/отсутствия помех? Или пофигу помехи, если уровень хороший?
От чего-то еще?
Спасибо за ответ.

Мнэээ. Не понял вопроса. Вам надо, чтобы открытый утром по беспроводке файл был доступен вечером?
Не вижу принципиальных загвоздок, и отличий от проводной сети. Если беспроводная связь рвется совсем, тогда да, возможно будут проблемы.

Вы меня правильно понимаете. Но возможно чего-то я не совсем понимаю.
Случай, "когда связь рвется совсем" - это как? В моем понимании так: связь есть, данные передаются туда-обратно - все класно. В какой-то момент возникает помеха (или чето еще) - какие-то пакетики не передались. Наверное устройства должны это понять и допередать нужные данные - ТАК?
Другой случай - открывается файл по беспроводке. Файл редактируется. Допустим, как в моем случае, СУБД работает с удаленной базой данных. Проходит какое-то время (ушел пипи) в это время происходит сбой в связи(помеха). Я прихожу а СУБД кричит - потеряла связь с файлом. Я так понимаю, что для нее важен сам факт непрерывности сеанса связи с файлом.Насколько я понимаю в таком случае повторная связь с файлом(сеанс открытия) должен инициироваться на уровне приложения (СУБД должна снова открыть файл). Беспроводка сама по себе не поможет. Возможна ли такая ситуация? Может я чего-то недопонимаю - просьба ногами не бить. Может все гораздо проще?

Цифры:
Transmit Success Rate 97 %
Transmit Retry Rate 0 %
Receive Success Rate 97 %
Receive Duplicate Rate 0 %
RTS Success Count 0
RTS Failure Count 7034
Transmitted Frame Count
Transmitted Frame Count 355718
Multicast Transmitted Frame Count 94
Transmitted Error Count 13123
Transmitted Total Retry Count 0
Transmitted Multiple Retry Count 0
Received Frame Count
Received Frame Count 210459
Multicast Received Frame Count 552
Received Frame FCS Error Count 7034
Received Frame Duplicate Count 360
Ack Rcv failure Count 36453
Wep Frame Error Count
WEP Excluded Frame Count 0
WEP ICV Error Count 0
Просьба прокомментировать.[/img]

Суммируя ошибки при отправлении пакета получаем 50 тыс. Из 355 тыс это почти 15%, что недопустимо много. Если это размазанная по времени характеристика, то для сети еще терпимо. Если ошибки появляются всплесками, т.е. много подряд следующих ошибок, то ествественно БД плохеет - пакеты-то теряются, соединение соответственно может разрываться.
Что далать - проверять сетевую статистику на клиенте, разбираться откуда проблема (очевидно шум в эфире), при необходимости ставить _направленные_ антенны (сейчас ваша 0500 собирает шум со всей округи). Как вариант - поднять мостовое соединение между парой dwl-2100ap с направленными антеннами.
Ну, а покрутить чего... Преабулу длинную поставьте. Можете попробовать уменьшить RTS/CTS окно, но не уверен, что в вашем случае это поможет.

Спасибо за ответ.
Вопросы: как просмотреть статистику AG530?
Какую статистику показывает 2100AP?(всмысле Вашего замечания растянутости по времени). Когда(как) статистика обнуляется?
Кстати, за время работы с оборудованием замечены следующие глюки: 1)ограниченная длина пароля доступа к настройкам 2100АР(поле длинное - можно вбить длинный пароль, но воспринимается определенное кол-во знаков-12)
2)То-же самое при попытке вбить длинную фразу в настройках шифрования(WPA-PSK).
Настройки производились через WEB-интерфейс.

Способов сбора много, например:
net statistics workstation
netstat -e
task manager->networks


2100 показывает итоговое значение счетчиков за весь период сбора.
Найденые вами "глюки" глюками не являются. Это ограничение устройства/стандарта.