При использовании протоколов WLAN на 2.4 ГГц затем, Каналы 1,2 и 3 слишком близки, чтобы использоваться в расположении типа ячейки как это. Вы хотите использовать Каналы 1,6 и 11 - Cisco имеет хорошее объяснение проблем в этой статье о проблеме перекрытия канала на 2.4 ГГц и стратегиях зоны покрытия сотовой связи.
Основной эффект наличия перекрытия канала является плохой пропускной способностью, но побочный эффект будет состоять в том, что различные автоматические сервисы connect\zero-конфигурации WLAN на Ваш клиент ПК, намного более вероятно, отбросят активное соединение и попытку соединиться с альтернативой. Это поведение было значительно улучшено в недавней ОС, но что-либо более старое, чем Windows 7 или недавний OSX, вероятно, потребует, чтобы некоторая работа, настраивающая клиентские настройки NIC, работала оптимально в большом распределенном офисе WLAN как это, если каналы не будут широко разделены. Еще один общий источник проблемы, с которой я столкнулся, был несовместимостями между встроенным микропрограммным обеспечением точки доступа и клиентскими настройками WLAN NIC - вещи как управление питанием (иначе CAM, Непрерывно Осведомленный Режим) вызванные проблемы между ранними адаптерами Intel Centrino WLAN и инфраструктурой Cisco, которая вызвала подобные проблемы тем, которых Вы описываете. Та проблема была несколько разрешенных годы назад, но были другие, и стоит проверить, что нет никаких известных проблем с Вашим определенным клиентом адаптеров WiFi и Ваше AP.
Вещи намного лучше с точки зрения количества каналов и разделения между каналами в спектре на 5 ГГц - если Ваша поддержка инфраструктуры, 5 ГГц 802.11n\a и клиенты поддерживают его затем, установила 5 ГГц 802.11n как предпочтительный вариант для клиентов (или 802.11a, который составляет только 5 ГГц).
Еще одна вещь, которую стоит помнить, состоит в том, что существует много спама в спектре на 2.4 ГГц. Попытайтесь вложить основной анализатор спектра, чтобы проверить, что нет некоторого другого источника фонового шума, просачивающегося в Вашу среду, которая может вызвать вид признаков, которые Вы описываете также.
Уловка: Дон ' t используйте GnuTLS. Убедитесь, что ваш cURL скомпилирован с OpenSSL, например
$ curl --version
curl 7.19.4 (i686-pc-linux-gnu) libcurl/7.19.4 OpenSSL/0.9.8k zlib/1.2.3
Protocols: tftp ftp telnet dict http file https ftps
Features: IPv6 Largefile NTLM SSL libz
Я ранее перекомпилировал cURL для использования GnuTLS, но согласно списку рассылки GnuTLS не очень хорошо поддерживается .
] Поскольку я был на Gentoo,Я вернул cURL по умолчанию с помощью
sudo USE="-gnutls" emerge curl
Наконец, вот команда, которая мне подходит:
curl --user NameInClientCert:anonymous --ftp-ssl --ftp-ssl-reqd --ftp-pasv --disable-epsv --key mykey.pem --cert mycert.crt -T helloworld.txt ftp://ftp.example.com:9876/upload/
(На мудрое слово: используйте ftp: // в URL, а не ftps: //)