Всё, что вы хотели знать о тестировании адаптеров Wi-Fi, но боялись спросить
На днях нашей компании исполняется 20 лет. Последние 15 лет из этих 20 мы делаем программы для анализа Wi-Fi-сетей. Часть этой работы – разработка драйверов для Wi-Fi-адаптеров, и в этой статье я расскажу, как команда разработчиков тестирует продукты своего труда, и как процесс тестирования эволюционировал за эти 15 лет вместе с эволюцией стандартов и адаптеров. Будет много картинок (то, что называют «geek porn») и технических подробностей.
Зачем вообще писать специальные драйверы?
Когда вы делаете софт для анализа сетей Wi-Fi (а мы делаем программу для инспектирования и моделирования сетей и анализатор пакетов Wi-Fi), вам нужно каким-то образом получать (читать, захватывать, сниффить, ловить… — всё это синонимы) пакеты Wi-Fi, которыми обмениваются близлежащие точки доступа и клиенты. Сделать это под Windows можно, только создав набор своих собственных драйверов для определенных чипсетов.
Что же не так с обычными стандартными драйверами, которые делает производитель адаптера? С точки зрения обычного пользователя, с ними всё хорошо. Есть только маленькая проблема – вы не можете его использовать для чтения Wi-Fi пакетов в режиме пассивного наблюдателя. А без этого вы не можете создать софт для анализа сетей. Вообще, это большая тема для отдельной статьи (и я ее напишу в этом году). Если вам интересно прямо сейчас, то я расскажу кратко в следующем абзаце, а если тема программирования вам не близка, просто пропустите его.
Лет десять назад под Windows появился новый API для пассивного чтения Wi-Fi пакетов, так называемый monitor mode. «Сниффить» пакеты на Windows можно было всегда, и никто не мешает вам запустить Wireshark и видеть пакеты, идущие через ваш беспроводный адаптер, но проблема в том, что вы увидите только свои пакеты и только дата-пакеты. Вся остальная информация (чужие пакеты, пакеты типа Beacon, информация по уровню сигнала в пакете и его дата-рейту, и т.п.) недоступна. Новый API был призван решить этот вопрос раз и навсегда. Но не решил: его не поддерживает нормально почти ни один чипсет основных вендоров, а сам API устарел еще в момент рождения и не развивается Microsoft. Короче говоря, с ним полная катастрофа. И если вы наткнулись на софт для анализа сетей Wi-Fi под Windows, продавцы которого утверждают, что он поддерживает любые или почти любые адаптеры Wi-Fi и не требует замены драйверов – вам точно впаривают то, что называется по-английски snake oil.
Писать специальные драйверы для мониторинга Wi-Fi сложно, долго и дорого. Количество компаний, которые занимаются этим, можно посчитать, используя пальцы одной руки.
Зачем тестировать связку адаптер-драйвер
Драйвер – это программа для взаимодействия с hardware (железом), специфичная для конкретного hardware. В процессе разработки драйвера программист должен убедиться, что драйвер корректно ловит пакеты, переключает частотные каналы и диапазоны, корректно реагирует на hibernate системы, верно подсчитывает уровни сигнала, и делает еще массу вещей, без которых невозможно анализировать Wi-Fi сеть.
Казалось бы, это довольно понятная и простая задача: воткнул адаптер в компьютер, а дальше разрабатывай и тестируй свой драйвер, сколько хочешь. В реальности, есть масса нюансов, о которых мы и расскажем.
Какой должна быть платформа для тестирования
Чтобы технологично тестировать драйверы, нужен некий test bed, то есть платформа для работы с разнообразным железом, которая должна соответствовать нескольким требованиям:
- Простое отключение одного и подключение другого адаптера.
- Возможность подключения к современным компьютерным интерфейсам.
- Низкие помехи от электронных компонентов.
- Мобильность. В процессе тестирования нужно иметь возможность перемещать Wi-Fi адаптер, меняя ориентацию его антенн в пространстве и меняя дистанцию до точки доступа (иначе вы не сможете нормально откалибровать уровень сигнала).
- Возможность подключения нескольких адаптеров одновременно (для USB).
Археология и современность
Теперь пришло время рассказа непосредственно про железо. Вспомним былое, местами весьма древнее, и обсудим новое.
Мы начали заниматься софтом для Wi-Fi в 2003 году (до этого мы делали софт только для проводных сетей). Начало нулевых был временем, когда Wi-Fi только-только начинал свой путь. Первый из семьи стандартов, 802.11, был принят еще в 1997 году. За ним последовали 802.11b и 802.11а в 1999, но в массы технология пошла значительно позже. Большинство ноутбуков продавались без встроенного Wi-Fi, но к ним можно было самостоятельно купить адаптеры: внешние, подключаемые к порту CardBus (PCMCIA) для ноутбуков, либо внутренние стандарта PCI. Небольшая часть high-end ноутбуков продавалась и со встроенными адаптерами miniPCI.
Нашим первым шагом была поддержка CardBus-адаптеров 802.11b. То были благословенные времена: почти все такие адаптеры были на чипсете Prism компании Intersil, сорс-код драйвера был доступен бесплатно для всех после подписания NDA, а максимальная скорость передачи данных на физическом уровне составляла 11 Mbps, т.е. реально можно было передавать данные со скоростью не более 1 мегабайта в секунду в идеальных условиях.
Wi-Fi-адаптер CardBus с внешним антеннами
Надо сказать, что адаптеры неплохо работали, имели хорошую чувствительность, особенно если была возможность подключения внешних антенн. С платформой для тестирования было тоже всё очень просто и безальтернативно: почти все ноутбуки имели один или два порта CardBus.
Вы еще помните этих мамонтов по 3-4 килограмма?
Все, что нам оставалось – вставить адаптер в такой внешний порт.
Адаптер CardBus и соответствующий слот древней машины
На смену далеко не миниатюрным CardBus-адаптерам приходит более изящный стандарт ExpressCard на шине PCI Express. На рынке появляются 34-миллиметровые ExpressCard-адаптеры Wi-Fi, причем уже 802.11g и 802.11a. Скорости растут, применяются новые схемы модуляции.
Wi-Fi-адаптеры ExpressCard
ExpressCard, как и CardBus, вполне удобен для тестирования. Карты легко менять, ноутбуки мобильны, на рынке нет недостатка в моделях с портами ExpressCard.
Десктопы тоже не стоят на месте, в 2007 принят стандарт PCI Express 2.0, так что внутри десктопов уже часто появляются PCIe-адаптеры с внешними антеннами. Их тестировать не так удобно (снять крышку корпуса, заменить PCIe-адаптер, вернуть всё на место).
Мы начинаем поддержку Wi-Fi-адаптеров USB 2.0. Это очень удобный форм-фактор как для тестирования, так и для использования конечными пользователями. Всё, что нужно – порт USB, или несколько портов, если вы используете несколько адаптеров.
На арену выходит легендарный адаптер Proxim ORiNOCO 8494 стандарта 802.11n, основанный на чипсете производства Atheros Communications, тогда еще не поглощённой Qualcomm. Этот адаптер использовали все профессиональные программы для Wi-Fi site surveys. У него отличная чувствительность.
Легендарный USB-адаптер Proxim ORiNOCO 8494
Возможность подключить сразу несколько адаптеров – большой плюс, это ускоряет время сканирования каналов, если речь идет о программах для site survey, и позволяет, например, анализировать поведение клиентов при роуминге, если речь идёт о пакетных анализаторах.
Тем не менее, не стоит забывать, что типичный USB-адаптер Wi-Fi потребляет от 200 до 300 mA, и если вы используете пассивный USB-хаб, воткнув в него три адаптера, то вы легко можете выйти за предельные для USB 2.0 500 mA.
Измеритель PortaPow для определения потребляемого адаптером тока
Радиочастотных помех от хабов USB 2.0 практически нет, и, помимо вопроса о потребляемом токе, единственное, о чем вам надо позаботиться – это расположение портов на хабе. Порты должны быть расположены так, чтобы в соседние порты можно было вставить адаптеры одновременно (если порты расположены слишком близко, вставить адаптеры просто не получится).
Следующей проблемой в 2010 году для нас стало появление адаптеров MiniPCIe, которые пришли на смену MiniPCI в ноутбуках. Начали мы с того, что разбирали ноутбуки, чтобы протестировать новый адаптер. Какая это была боль – рассказывать, наверное, не надо. Замена адаптера в ноутбуке – это небыстрый и нудный процесс, причем можно наткнуться на много подводных камней. Во-первых, если в «родном» адаптере ноутбука стоял адаптер с двумя антеннами, а нам хотелось протестировать модель с тремя антеннами, нормального решения не было. Во-вторых, часть производителей ноутбуков занимается откровенным вредительством, жестко прошивая в BIOS те модели адаптеров, которые ноутбук поддерживает. И если новый адаптер не попадает в такой white list, то он просто не распознается. В-третьих, вам может просто не повезти, и вы что-нибудь сломаете внутри.
В какой-то момент нам пришлось использовать десктопы с платой-переходником PCIe MiniPCIe. Но решение это не было идеальным: мобильность устройства всё же важна. Идеальное же решение нашлось у тайваньских ребят из фирмы Bplus Technology, которые, среди большого ассортимента очень интересных отладочных решений, предлагали вот такую прекрасную плату:
Плата для тестирования с разъемом MiniPCIe, подключаемая через адаптер ExpressCard
Эта плата стала просто спасением на много лет. Test bed получился великолепным: адаптеры можно менять в два счета, сохранена мобильность, помех нет, а сама плата стоит совсем недорого. Всё что нужно – ноутбук со слотом ExpressCard, но в те годы это не было проблемой.
Плата в подключенном состоянии, адаптер ExpressCard вставлен в ноутбук
К 2013 году Wi-Fi полностью завоевал мир. Все ноутбуки поголовно оснащены интегрированными модулями Wi-Fi, и эти модули, на волне всеобщей миниатюризации, начинают выпускаться в новом форм-факторе, M.2 (он же NGFF). Карты M.2 меньше привычных MiniPCIe и имеют другой разъем.
Плата с разъемом MiniPCIe, модуль MiniPCIe, модуль M.2
Очень хочется продолжить использование нашего прекрасного комплекта для тестирования, и Bplus Technologies снова приходит на помощь. Они выпускают переходник MiniPCIe M.2, и мы легко делаем вот такой толстый бутерброд:
«Бутерброд» из платы MiniPCIe, переходника MiniPCIe M.2, Wi-Fi-адаптера M.2 и подключенные к нему omni-антенны
Ноутбуков с ExpressCard на рынке уже почти не остается, но у нас есть запас таких старых машин, хотя уже понятно, что скоро придется искать новое решение. Но об этом ниже.
В декабре 2013 года ратифицирован стандарт 802.11ac, и в 2014 году на рынке появляется много адаптеров 802.11ac, причем уже USB 3.0. Зачем адаптерам USB 3.0? Потому что скорости шины 2.0 уже не хватает. Трехпотоковые (3 spatial streams) адаптеры 802.11n могли обеспечивать максимальную скорость 450 Mbps на физическом уровне, а вот адаптеры 802.11ac уже могут давать 867 Mbps (два потока, ширина канала 80 MHz) или 1300 Mbps (три потока, ширина канала 80 MHz) и даже в теории 2340 Mbps (три потока, ширина канала 160 MHz, только таких нет в природе).
Единственная проблема с USB 3.0 заключается в том, что устройства USB 3.0 (кабели, коннекторы, схемотехника) способны генерировать довольно мощный широкополосный радиочастотный шум, который делает адаптеры гораздо менее чувствительными, поскольку понижается отношение сигнал/шум. В отсутствие хорошего экранирования, этот эффект можно легко наблюдать. Скриншот, приведенный ниже, сделан с помощью TamoGraph Site Survey и анализатора спектра Wi-Spy. На скриншоте показана типичная картина работы нескольких сетей в диапазоне 2.4 GHz (амплитуды вверху и так называемый waterfall view внизу). Видно, что порог шума находится примерно на уровне –95 dBm.
Помехи от USB-хаба отсутствуют
Теперь попробуем приблизить Wi-Spy к хабу или внешнему диску USB 3.0. Картина радикально меняется:
Мощные помехи от USB-хаба
Рядом с хабом наблюдается очень приличный шум, примерно на уровне -77 dBm. Если учесть, что минимальное отношение сигнал/шум, при котором Wi-Fi еще как-то может работать, составляет около 4 dB, то при такой картинке адаптер не сможет соединиться с сетью, если сигнал от точки доступа будет ниже -73 dBm. Чтобы обойти эту проблему, стоит попробовать разные хабы или использовать дополнительные USB-кабели, удаляющие адаптер от источников RF-шума.
Вы спросите, как же при таких помехах живут адаптеры USB 3.0? Они живут очень интересной жизнью. Взять, к примеру, адаптеры на чипсете Realtek: когда адаптер не ассоциирован, он работает в режиме USB 2.0, сканируя каналы и находя близлежащие сети. Когда адаптер подключается к сети, то специальный системный сервис Windows переинициализирует устройство, переключая его в режим USB 3.0. В этом режиме адаптер остается до тех пор, пока он не диссоциируется, после чего он снова возвращается в режим USB 2.0. Вот такие безумные танцы.
Время идет вперед, и если с тестированием USB-адаптеров никаких новых проблем не появляется (разъемы USB Type-C не в счет, копеечный переходник решает проблему), то в отношении MiniPCIe и M.2 назревает кризис. Жить дальше со старой связкой «ноутбук со слотом ExpressCard + плата MiniPCIe с интерфейсом ExpressCard» становится невыносимо. Во-первых, старые ноутбуки уже не тянут Windows 10. Во-вторых, они могут умереть в любой момент, оставив нас у разбитого корыта, поскольку искать на блошином рынке древние ноутбуки на замену совершенно не хочется.
Надо найти новое решение. Мобильное, желательно и под Windows и под macOS, с современным интерфейсом для подключения. Естественно, с возможностью Direct Memory Access (DMA). Самое простое – вставить плату-переходник PCIe MiniPCIe в десктоп, но тогда на мобильности надо поставить крест. Таскать на себе десктоп по офису очень полезно для здоровья, но не очень продуктивно. Кроме того, мы вообще сейчас уходим от десктопов в сторону ноутбуков и Intel NUC; десктопы в значительной степени потеряли смысл в последние годы.
Итак, что нам остается? Конечно же не USB, потому что, увы, нельзя сделать мостик PCIe USB. Тогда Thunderbolt: он есть в новых ноутбуках и NUC’ах, и он должен сделать возможным мостик PCIe Thunderbolt. Хорошо, направление поиска – некий девайс для подключения адаптера PCIe через Thunderbolt.
Ищем, ищем и находим красавца: Startech Thunderbolt 3 PCIe Expansion Chassis. Естественно, его разработчикам даже в самых буйных фантазиях не могла прийти в голову мысль, что кто-то захочет вставить в это шасси карту Wi-Fi. На сайте, собственно, описаны все те фантазии, которые посетили разработчиков: «The Thunderbolt 3 PCIe chassis makes it easy to expand your system with the capabilities you need to work at peak productivity. You can add many types of PCI Express cards, such as a PCIe USB 3.1/3.0/2.0 and USB-C, SSD, network, eSATA, FireWire or video capture cards». Теоретически, Wi-Fi должен взлететь. Практически… ну вы знаете как бывает практически. Если у компонента есть хоть малейший шанс не заработать по любой причине (драйвер, firmware, микросхемы), то он обязательно не заработает.
Мы написали в саппорт. Саппорт, объяснимо, был совершенно не готов к вопросу по Wi-Fi. Сказали, что пробовали Ethernet-адаптеры, но Wi-Fi – никогда. Ну что же, попробуем за них мы. Посылка приезжает быстро, и нам остается только снять внешний корпус и вставить PCIe-плату с переходником на M.2.
Внутренности Startech TB31PCIEX16
В переходник надо вставить адаптер Wi-Fi и прикрутить его. Дальше подключаем к плате антенны (через микроскопические коннекторы, без лупы не справиться), прикручиваем антенны к скобе PCIe-платы, чтобы вывести их наружу, и подключаем весь юнит к питанию и Thunderbolt-порту ноутбука.
Startech TB31PCIEX16 в собранном виде
И оно заработало. Не сразу, конечно, такие железяки обычно сразу не сдаются. Пришлось сначала обновить firmware контроллера Thunderbolt в компьютере. Но потом всё пошло как по маслу.
Мы внимательно следим за развитием индустрии. Следующий интерфейс на подходе – M.2 CNVio, который используется, к примеру, в самых новых адаптерах Intel 9560. Следующий Wi-Fi стандарт – 802.11ax. Будем решать проблемы по мере поступления.
Детектив с Wi-Fi на огромном складе: сетевая икс-команда на выезде
Приходит заказчик с проблемой: есть просто огромный склад (побольше некоторых стадионов), на котором плохо работает Wi-Fi. Выражается это в том, что терминалы сбора данных у сотрудников тупят, виснут и теряют сессии, а это ведёт к тому, что работники склада не могут собрать отгрузку.
Поначалу проблема казалось очень простой: радиообследование, подтюнить настройки на контроллере или перепроектировать размещение ТД — хэппи-энд. Это работает даже на взрывозащищённом производстве и на складе блистерных упаковок таблеток, так что остаётся один маленький момент — убедиться, что проблема именно в Wi-Fi, а не в чём-то ещё. На объект до нас приезжало несколько интеграторов, и все они предложили новые проекты сети.
Мы попросили заказчика показать нам другой склад, где есть грамотно спроектированный Wi-Fi и тот же зоопарк терминалов работает без нареканий. Оказалось, что такого склада нет.
В этот момент и начался детектив по поиску проблем.
Зачем нас позвали
Заказчик изначально предполагал, что проблема — в архитектуре сети и её реализации. Сеть на складе появилась в тот момент, когда строители отдали здание с инфраструктурой. В инфраструктуру входил Wi-Fi, и его сделали очень простым образом: прикрепили к потолку на высоте 12 метров всенаправленные точки доступа из обычного офисного арсенала. То есть вроде бы и работает, но это не есть best practice. Как только склад заполнился и начались проблемы с работой ТСД, заказчик начал подозревать, что дело именно в этом. Дальше они долго бодались по бумагам, соответствуют ли ТЗ исполнению гарантии со строителями, но строители выиграли этот спор. В итоге склад примерно года три страдал от безумно бесивших терминалов, и настало время это как-то поправить.
Что именно было на месте
Сначала мы приехали на радиообследование. Увидели эти самые омниточки на потолке, почувствовали «на глаз», что они зверски расходуют энергию на создание интерференции, обеспечение устойчивой связью потолка, стен и попытки победить соседнюю точку.
Хорошей практикой на складах считается установка направленных антенн, которые «светят» сектором ровно на потребителя, то есть на места появления ТСД: это ряды между стеллажами. Если задача стоит сделать предельно дёшево — они ставятся по одной или двум торцевым сторонам и светят в проходы горизонтально. Метод применим для складов c подходящей длиной ряда и плох тем, что в ряд можно поставить погрузчик или другое препятствие, которое будет мешать сигналу. Поэтому, если бюджет есть, то правильно вешать направленные точки на потолок и «светить» ими вниз.
По примерно похожей схеме мы обеспечивали даже стадион HD-вайфаем, а там потребителей на порядки больше, и интерференционная картина хуже: монтировали на козырёк сверхузконаправленные сектора. Вот этот пример стадиона из Краснодара.
С этого объекта я не могу показывать детали, но на стадионе антенна выглядела так:
Собственно, заказчик думал, что проблема — именно во всенаправленных точках и зонах интерференции/недопокрытия между ними, и считал, что если поменять реализацию сети, то всё заработает как по щелчку. Те интеграторы, которые были на объекте до нас или вместе с нами, собственно, занимались именно тем, что предлагали проекты новой сети.
Мы же поняли, что при всей несостоятельности архитектуры на практике эта сеть работает и покрытие у неё более-менее стабильное для текущих задач. Да, зоны точек не изолированы, не раскиданы нормально по каналам, но покрытие есть. Скажем так, на 90 % площади всё в порядке или удовлетворительно.
То есть проблема как минимум не только в Wi-Fi.
Может, дело в самих ТСД?
На складе использовались терминалы трёх разных производителей. Глючили из них два, но по-разному:
- Один вендор грешил постоянно и регулярно, эти ТСД рабочие не любили.
- Второй имел визуально те же баги с сессиями, но более редкие. Более того, от рабочих мы узнали, что есть «счастливые» устройства, которые не надо перезагружать почти никогда, и «проклятые» тех же моделей, которые глючат регулярно.
Может, дело в магнитной аномалии в какой-то части склада?
Следующий наш вопрос был про то, где именно происходят глюки. Выяснилось, что они «размазаны» по складу примерно равномерно, и чётких мест их дислокации нет. На складе, кстати, хранится очень много всего разного, но переизбытка металла или каких-то других вещей вроде источников мелкодисперсной проводящей пыли, как вот в этом примере на складе одежды из синтетической ткани, там нет. В целом, если вы будете считать основным товаром продукты питания, то не сильно ошибётесь в свойствах, которые имела продукция с точки зрения радиопокрытия.
Начинаем исследовать баг
Баг проявляется как потеря связи между ТСД и сервером WMS, с которым терминалы работают. Терминал использует TCP, в котором использует старый добрый Telnet (не спрашивайте, почему так), через который бросает уже что-то в верхнеуровневом протоколе приложения.
Мы развернули два решения братской компании NETSCOUT — старых добрых вендоров софта для сетевиков. Мы использовали nGenius One и nGenius Pulse. Пульс — это инфраструктурный мониторинг, который собирает статистику с контроллеров и помогает отыскать аномалии. Он же может устанавливаться на устройства для разных видов тестирования. Единичка — это софт, который собирает реальный трафик между узлами сети и позволяет расковыривать протоколы с вопросами: «А что это у вас в пакете?»
Ещё мы поставили зонд с Пульсом — это может быть как коробочное решение, которое что-то пингует или делает что-то ещё с сетью с точки зрения оконечного устройства пользователя, либо же это софт, который ставится на один из узлов. Мы поставили на промышленный ноутбук и оставили его на складе посмотреть, что случится. Зонд находился внутри сети заказчика и занимался тем, что пинговал сервера WMS и проверял доступность порта.
Вообще-то эти два компонента нужны не только для поиска проблем, но и для планирования сети на развитие: они показывают, как делается доставка приложений по сети, показывают нормальные дашборды про доступность всех ресурсов и помогают посчитать, под какое приложение сколько какого ресурса надо.
Для зеркалирования трафика и минимизации влияния мониторинга на прод (там вообще-то всё ещё склад с живыми людьми, и ничего останавливать нельзя) мы использовали пакетные брокеры Niagara Networks и NETSCOUT.
- Так как трафик от ТСД мог отправляться двумя путями (ТСД — ТД — сервер WMS или ТСД — ТД — Wi-Fi-контроллер в ЦОДе — сервер WMS), мы собирали трафик от склада до серверов WMS и от ЦОДа (тут живут Wi-Fi-контроллеры) до серверов WMS.
- Провели тесты доступности серверов со склада.
- Собрали метрики сети (доступность оборудования).
Как видите, всё хорошо.
Вот то же самое, но уже на уровне TELNET:
Провал ночью — это регламентные работы, там всё хорошо. То есть Telnet тоже ходит.
Вот оценка качества работы точек доступа Wi-Fi и хит-парад наихудших показателей в диапазоне 5 ГГц:
А вот общие показатели работы точки доступа:
И детальные показатели работы точки доступа в диапазоне 5 ГГц:
Как видите, проблем особо нет.
Теперь начинаем ковыряться в сетевых взаимодействиях чуть повыше уровнем. Нашлось вот что, смотрите:
Это сам момент возникновения проблемы. Разрывается TCP-сессия и устанавливается новая.
И исходная сессия, и новая сессия выглядят нормально. Ковыряемся дальше.
Дальше смотрим на DHCP и видим большое количество тайм-аутов на DHCP-запросы от терминалов:
Каждый конкретный терминал запрашивал новый IP-адрес у DHCP-сервера в случайный момент времени. Выяснилось, что это происходит в момент роуминга ТСД на другую точку доступа, то есть при физическом перемещении терминала из-под одной точки к другой. То есть просто при движении работника по складу.
Выглядит это так: устройство делает запрос к DHCP-серверу, ждёт пять секунд тайм-аута, потом сбрасывает стек и стартует всю процедуру подключения к сети заново. В этот момент и сбрасывается верхнеуровневая сессия в приложении.
Также время от времени терминалы запрашивают новый IP просто так, никуда не двигаясь, и ловят ту же проблему.
Вот что по этому поводу думает DHCP:
А что дальше?
Дальше по просьбе заказчика мы сделали новую архитектуру сети (точки с направленными антеннами над аллеями склада) но сказали, что это не решит проблему с терминалами, потому что дело не в Wi-Fi. Точнее, по большей части — не в покрытии. Главное, что нашли истинный корень зла и локализовали проблему с неработающими терминалами. Еще мы посоветовали заказчику приобрести и развернуть решение NETSCOUT на своей инфраструктуре для дальнейшего проактивного анализа работы бизнес сервисов и приложений. Так они смогут сократить время простоя при возникновении новых проблем. ИТ-отдел заказчика думает, что с этим делать, потому что нужно решить проблему и с ответом сервера, и со случайными сбросами IP устройств (прошивка или драйвер, скорее всего), и с покрытием в тех местах, где оно всё же плохое.
Почему ИТ-отдел не сделал всё сам?
Потому что у них есть другой фокус и потому что задача относилась к анализу и проектированию сети (с возможными последующими реализацией, гарантией и поддержкой). То есть они хотели получить решение как сервис.
А можно где-то пощупать этот софт?
Да. Мы регулярно показываем, что и как мы делаем. Ближайший вебинар — 11 ноября, там будем разбирать тему беспроводных сетей и их анализ. Покажем два решения: мониторинг от NETSCOUT и Wi-Fi 6 от Huawei, покажем, как они работают вместе. Разберём ещё пару примеров похожих сетевых детективов.
Русский
Это незаконченная статья. Вы можете помочь проекту, исправив и дополнив её .
В частности, следует уточнить сведения о:
- Русский язык
- Русские лексемы
- Русские существительные
- Неодушевлённые/ru
- Мужской род/ru
- Русские существительные, склонение 6a
- Русские слова, тип морфемного строения R-R
- Слова, датированные 2000-ми годами/ru
- Слова английского происхождения/ru
- Слова из 6 букв/ru
- Нужна аудиозапись произношения/ru
- Нужна этимология
- Нужны сведения о морфологии/ru
- Нужно произношение/ru
- Нужны сведения о семантике/ru
- Нужна этимология/ru
- Нужен перевод
- Статьи, нуждающиеся в доработке/ru
- Требуется категоризация/ru
WiFi Alliance начал официальную сертификацию продуктов для нового стандарта WiFi 7
Организация WiFi Alliance начала официальную сертификацию нескольких продуктов для нового стандарта WiFi 7. Получив такой документ, производители будут гарантировать совместимость своих устройств с WiFi 7.
Стандарт WiFi 7 является преемником WiFi 6/6E, однако работает на частоте 6 ГГц — это отличает его от предыдущих стандартов, доступных только для 5 ГГц и 2,4 ГГц. Его планируют использовать для многопользовательских вычислений, глубинного 3D-обучение, игр, удаленной работы, промышленных и автомобильных интернет-устройств.
Сейчас на рынке представлены устройства WiFi 7 от компаний Netgear, TP-Link и Eero, но они пока не имеют официальной сертификации. Отмечается, что новые устройства WiFi 7 в будущем будут обратно совместимы с более ранними стандартами.