Справочник системных ошибок и решений

Windows Server, Active Directory, 1С:Предприятие, СУБД, Linux, Cisco, MikroTik, Asterisk.

⚠️ Важная информация Все материалы, инструкции, команды и скрипты на сайте предоставлены исключительно в ознакомительных целях. Их применение может повлиять на работу операционной системы, программного обеспечения, баз данных, сетевого оборудования и других компонентов инфраструктуры. Перед выполнением действий создайте резервную копию и по возможности протестируйте изменения в безопасной среде. Пользователь самостоятельно оценивает риски и несет ответственность за результат. При отсутствии необходимых знаний обратитесь к квалифицированному ИТ-специалисту.

DAHDI_SPAN_ALARM IP-Телефония и СКУД

Asterisk: PRI span yellow/red alarm detected on E1/T1 (Диагностика DAHDI)

Обновлено: 24.08.2026 · Официальная документация ↗
  • В журнале фиксируется WARNING[5678]: chan_dahdi.c: PRI span 1 yellow alarm detected on E1 trunk или red alarm detected.
  • Внезапный обрыв всех текущих разговоров на цифровом транке.
  • Команда dahdi_nodes фиксирует счетчик пропущенных фреймов и сбоев синхронизации (Slip errors / BPV).
  • Светодиоды на плате переключаются в желтый или красный цвет.

1. Проверка типа текущей аварии (Alarm Status)

asterisk -rx "dahdi show status"

Интерпретация статусов:

  • Red Alarm (LOS/LOF): Сервер не видит входящий сигнал от провайдера (обрыв линии, неверная пара RX).
  • Yellow Alarm (RAI): Сервер передает сигнал, но удаленная сторона (АТС провайдера) не видит сигнал от сервера (обрыв пары TX).
  • Blue Alarm (AIS): Провайдер проводит технические работы и транслирует тестовый сигнал 'все единицы'.
  • Recovering / Loopback: Линия находится в режиме восстановления.

2. Тест локальной физической петли (Hardware Loopback Test)

Вставьте в порт платы E1 заглушку-петлю (соедините контакт 1 с 4, а 2 с 5). Если плата перейдет в OK (No Alarm) — порт и драйвер исправны, проблема на стороне кабеля или оператора.

3. Проверка параметров синхронизации тактовой частоты (Timing/Clock)

В /etc/dahdi/system.conf убедитесь, что сервер берет опорную частоту от оператора (параметр timing = 1):

# span = <span_num>,<timing>,<line_build_out>,<framing>,<coding>,[crc4]
span=1,1,0,ccs,hdb3,crc4

4. Проверка прерываний PCI/PCIe платы (IRQ Conflicts)

cat /proc/interrupts | grep -i dahdi
dahdi_test

Результат dahdi_test должен показывать стабильные 99.99% или 100.000%.

💡 Практика специалистов: Если сервер работает внутри виртуальной машины (ESXi / Proxmox / KVM) с проброшенной PCIe платой E1, вы неизбежно получите ошибки тактирования DAHDI. Для виртуальных сред всегда используйте внешние VoIP-шлюзы E1 (Cisco, Alup, Yeastar) по SIP протоколу.

Частые вопросы (FAQ)

Что означают ошибки 'Slip / BPV' в выводе dahdi_tool?

Slip (проскальзывание фрейма) возникает, если плата Asterisk и станция оператора работают от разных генераторов тактовой частоты. Убедитесь, что в system.conf стоит master timing от оператора (timing=1).

Как собрать заглушку Loopback для RJ-48 E1?

Соедините пин 1 (RX+) с пином 4 (TX+), а пин 2 (RX-) с пином 5 (TX-). При установке такой заглушки DAHDI должен перевести Span в состояние OK без аварий.

Почему Yellow Alarm появляется при звонках только в одну сторону?

Yellow Alarm выставляется удаленной стороной. Это означает, что входящий кабель к вам подключен (вы не в Red Alarm), а исходящий от вас провод перебит или подключен не на те контакты кросса.

Как утилита dahdi_test помогает выявить проблемы с прерываниями?

dahdi_test измеряет точность аппаратного таймера 1000 Гц. Если точность падает ниже 99.98%, плата делит прерывание IRQ с видеокартой или дисковым контроллером, что вызывает щелчки и треск в голосе.

Полезные материалы
Рекомендуем