2.8.25 обновление по вопросу

Похоже, они говорят о TSF = функции синхронизации времени. Это реализовано в системах 802.11 для того, чтобы все участвующие WLAN-системы имели общее время/часы. В системах, использующих AP (то есть не ad-hoc WLAN), клиенты корректируют свои часы по времени, содержащемуся во флагах, которые AP отправляет регулярно. Это, например, важно для режимов энергосбережения. Большинство карт могут "большую часть времени" находиться в спящем режиме, просто ожидая прибытия пакета. Чтобы это работало, все в сети должны быть "начеку" в течение одного и того же периода. Это координируется путем корректировки внутренних часов с помощью TSF. Это мое понимание. Что именно они улучшили, я не знаю – но было бы интересно. Полагаю, что ошибка/проблема в реализации TSF может привести к забавным проблемам, таким как падение полосы пропускания (когда станции спят, когда должны получать пакет, который нужно повторно передавать и т.д.) или что-то подобное. Но, как я сказал, никаких конкретных знаний на этот счет. Может, кто-нибудь из MikroTik прокомментирует, что случилось?!

Лучше добавить фрагментацию и RTS к MT, мне нужны эти функции… придётся снижать размер беспроводных пакетов до 256 байт…