Каждая повторная отправка фрейма увеличивает задержку в 2 раза. Соответственно, большое количество retry ведет к повышению задержки и нестабильному джиттеру. Также пакеты могут теряться при отправке в радио, например из-за помех.
Ниже представлена процедура, предназначенная для отслеживания данных проблем.
Проверяем Ethernet, выполним команду:
ifc eth0
Изучаем загрузку, наличие ошибок и Queue Overflows. Если ошибок нет, или их количество незначительно, скорее всего проблема не в Ethernet.
ПРИМЕЧАНИЕ
При наличии на устройстве PRF прирост счетчика "Long Packets" - нормальное явление.
Проверим, не отбрасывал ли пакеты шейпер. Для этого выполним команду:
qm stat
Каналы 201 и 202 показывают лицензионные ограничения. Лицензионные ограничения всегда Half Duplex, то есть, если на устройстве установлена лицензия на 20 Мбит/с, объем UL/DL трафика может быть любым в пределах от 0-20 до 20-0.
Полная конфигурация выглядит следующим образом:
qm class 200 max=20000 qm ch201 max=10000 class200 ceil=100% qm ch202 max=10000 class200 ceil=100% qm addout eth0 ch201 qm addout rf5.0 ch202
Таким образом, если мы видим наличие отброшенных пакетов в канале 201, значит в какой-то момент объем TX-трафика на интерфейсе eth0 превысил 10 Мбит/с и суммарный объем трафика UL/DL превысил 20 Мбит/с (например, на интерфейсе eth0 объем TX-трафика составит 13 Мбит/с, RX - 8 Мбит/с).
Устройства разрешают короткие всплески трафика, превышающие лицензионные ограничения, поэтому, например (max 46000) при ограничении 20 Мбит/с - это корректно.
Проверим статистику радио с помощью команды:
rf rf5.0 stat
В программном обеспечении с поддержкой TDMA нумерации подлежат все фреймы, передаваемые в радио.
В счетчике "Lost Frames" учитываются все фреймы, которые не были получены устройством (даже с помощью ARQ), например, если фреймы 10, 11, 12, 14 - получены, а фрейм 13 - нет, то он будет учтен в "Lost Frames". В программном обеспечении с поддержкой поллинга данный счетчик отсутствует.
Счетчик "Duplicates Received" показывает количество фреймов, которые были получены повторно, из-за того, что другая сторона не получила подтверждения получения фрейма.
Счетчики "Aggr Subframe Retries" и "Aggr Full Retries" показывают количество фреймов, которые устройству пришлось отправлять повторно из-за того, что другая сторона не подтвердила их получение.
Счетчик "Exscessive Retries" отображает количество фреймов, которые не получилось отправить после всех попыток повторной отправки. По умолчанию, в TDMA - 10 попыток, в поллинге - 15 (настраивается командой "rf txrt").
- Проверяем статистику QoS. Команда "rf rf5.0 stat qos"
Если в очередях видны дропы, можно сделать вывод, что в какой-то момент пропускная способность радио-линка была недостаточной, чтобы передать имеющийся трафик, что также может вести к потерям пакетов и повышению задержки для конечных устройств.
Смотрим статистику дропов/ошибок в радио по абонентам. Команда "muffer stat" (polling)
MAC - MAC адрес соседа
Out - количество отправленных фреймов (радио)
Rep - количество повторно отправленных фреймов (в штуках)
В скобках: второе значение - % фреймов, потребовавших повторной отправки, третье значение - retry в %
Drop - фреймы, которые были отброшены из-за нехватки пропускной способности (ту же статистику, только общую для всех абонентов можно увидеть в "rf rf5.0 stat qos")
Err - фреймы потерянные из-за ошибок (ту же статистику, только общую для всех абонентов показывает счетчик Excessive Retries в "rf rf5.0 stat". )
В TDMA
Out - количество отправленных фреймов (радио)
Rep - количество повторно отправленных фреймов (в штуках)
% - retry в %
SNR - текущий SNR на прием по поляризациям (как мы видим его в Alignment tool).
Drop - фреймы, которые были отброшены из-за нехватки пропускной способности (ту же статистику, только общую для всех абонентов можно увидеть в "rf rf5.0 stat qos")
Err - фреймы потерянные из-за ошибок (ту же статистику, только общую для всех абонентов показывает счетчик Excessive Retries в "rf rf5.0 stat". )
Все указанные счетчики (кроме qm stat) доступны в Web-GUI, раздел "Статус".
NB Счётчики Drop/Err не очищаются автоматически, поэтому эти значения копятся в течении всего uptime, в том числе они резко возрастают при внезапном отключении клиента. Чтобы сбросить эти значения нужно выполнить команду "muf stat clear", либо через "WEB/Command Line/Reset all counters"