.png)
Около двух недель назад мы провели техническое обслуживание нашей локальной инфраструктуры в нашем офисе. В том числе, применили обновления к нашим виртуальным хостам на базе Hyper-V, а также к нашей SAN. Мы также изменили некоторые настройки на наших шести точках доступа Cisco Aironet 1040, чтобы увеличить пропускную способность, поскольку наша предыдущая ИТ-команда настроила наши точки доступа на резкое ограничение пропускной способности — сотрудники офиса уже довольно давно жалуются на медленную беспроводную связь, и, честно говоря, не было никаких веских причин продолжать ограничение. Однако здесь все становится странным.
После завершения обслуживания и возвращения домой на ночь — и глупо думая, что мы не столкнулись с проблемами — мы прибыли на следующий день и обнаружили, что примерно половина из двадцати с чем-то ПК нашего офисного персонала получали ошибку ограниченного подключения. Полагая, что это проблема с устаревшими IP-адресами (так как мы сбросили DHCP-сервер во время обслуживания), мы выполнили операцию release\renew и подтвердили, что DHCP-сервер предоставил новую аренду. Это сработало для некоторых, но 4 или 5 машин все еще не могут подключиться.
За последние две недели мы перепробовали буквально все, что только могли придумать, чтобы решить проблему с подключением. Наконец-то я нашел обходной путь для некоторых наших ПК Lenovo с беспроводными картами Broadcom: заменил драйвер Broadcom 802.11n на драйвер Broadcom 802.11 b\g\n. Наши пользователи с беспроводными картами Intel (некоторые Lenovo серии W, некоторые серии Dell 6500\6400) по-прежнему в значительной степени застряли на жестком подключении, что, как вы можете себе представить, не очень хорошо воспринимается пользователями.
Более того
Вы не можете пинговать другую машину в той же сети. Пинг не будет виден другим машинам в сети, если вы не пингуете 255.255.255.0
При отключении и последующем включении беспроводной карты шлюз появляется в таблице ARP. Примерно через 10-15 секунд его там уже нет. Мы пробовали добавлять статическую запись в таблицу ARP - не помогает.
Сброс стека TCP\IP в Windows не помогает.
Повторное создание образа машины не дает результата — все еще ограниченное подключение. Как и добавление и переустановка того же драйвера.
В общем, я в недоумении, почему это происходит, и интересно, сталкивался ли кто-нибудь еще с чем-то подобным? Заранее спасибо!
решение1
Сосредоточьтесь на изменениях, которые вы сделали и которые могли повлиять на это. Вы внесли изменения в Aironet, и теперь 1/2 ваших беспроводных ПК затронуты.
Вам следует проявить благоразумие и немедленно отменить эти изменения, чтобы возобновить обслуживание ваших пользователей.
Затем вы можете протестировать эти изменения по одному, желательно в тестовой среде, чтобы увидеть, какие из этих изменений (или их комбинация) нарушили беспроводное соединение с вашими клиентами.