Анализ потерь пакетов и высокой задержки

Каждая повторная отправка фрейма увеличивает задержку в 2 раза. Соответственно, большое количество retry ведет к повышению задержки и нестабильному джиттеру. Также пакеты могут теряться при отправке в радио, например из-за помех.

Ниже представлена процедура, предназначенная для отслеживания данных проблем.

1. Проверяем статистику Ethernet, выполнив команду:

   ifc eth0

   Изучаем загрузку, наличие ошибок и Queue Overflows. Если ошибок нет, или их количество незначительно, скорее всего проблема не в Ethernet.

   ПРИМЕЧАНИЕ

   При наличии на устройстве PRF прирост счетчика "Long Packets" - нормальное явление.

   

2. Проверим, не отбрасывал ли пакеты шейпер. Для этого выполним команду:

   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 Мбит/с - это корректно.

3. Проверим статистику радио с помощью команды:

   rf rf5.0 stat

   В программном обеспечении с поддержкой TDMA нумерации подлежат все фреймы, передаваемые в радио. 

   1. В счетчике "Lost Frames" учитываются все фреймы, которые не были получены устройством (даже с помощью ARQ), например, если фреймы 10, 11, 12, 14 - получены, а фрейм 13 - нет, то он будет учтен в "Lost Frames". В программном обеспечении с поддержкой поллинга данный счетчик отсутствует.

   2. Счетчик "Duplicates Received" показывает количество фреймов, которые были получены повторно, из-за того, что другая сторона не получила подтверждения получения фрейма. 

   3. Счетчики "Aggr Subframe Retries" и "Aggr Full Retries" показывают количество фреймов, которые устройству пришлось отправлять повторно из-за того, что другая сторона не подтвердила их получение.

   4. Счетчик "Exscessive Retries" отображает количество фреймов, которые не получилось отправить после всех попыток повторной отправки. По умолчанию, в TDMA - 10 попыток, в поллинге - 15 (настраивается командой "rf txrt").

   

4. Проверим статистику QoS с помощью команды

   rf rf5.0 stat qos

   Если в очередях видно наличие отброшенных пакетов, то можно сделать вывод о том, что в какой-то момент пропускная способность канала связи была недостаточной, чтобы передать имеющийся трафик, что также может вести к потерям пакетов и повышению задержки для конечных устройств.

   

5. Проверим статистику отброшенных пакетов и ошибок в радио по абонентам. Для этого выполним следующую команду (polling):

   muffer stat

   Polling

   1. MAC - MAC-адрес соседа.
   2. Out - количество отправленных фреймов (радио).
   3. Rep - количество повторно отправленных фреймов (в штуках). В скобках:
      1. Второе значение - % фреймов, потребовавших повторной отправки.
      2. Третье значение - retry в %.
   4. Drop - фреймы, которые были отброшены из-за нехватки пропускной способности (ту же статистику, только общую для всех абонентов можно увидеть в "rf rf5.0 stat qos").
   5. Err - фреймы потерянные из-за ошибок (ту же статистику, только общую для всех абонентов показывает счетчик Excessive Retries в "rf rf5.0 stat").
   

   TDMA

   1. Out - количество отправленных фреймов (радио).

   2. Rep - количество повторно отправленных фреймов (в штуках):

      1. % - retry в %.

   3. SNR - текущий SNR на прием по поляризациям (как мы видим его в Alignment tool). 

   4. Drop - фреймы, которые были отброшены из-за нехватки пропускной способности (ту же статистику, только общую для всех абонентов можно увидеть в "rf rf5.0 stat qos").

   5. Err - фреймы потерянные из-за ошибок (ту же статистику, только общую для всех абонентов показывает счетчик Excessive Retries в "rf rf5.0 stat").

   

Все указанные счетчики (кроме "qm stat"), доступны в Web GUI, раздел "Статус".