Можно ли принимать звонки Telegram и Whatsapp в Asterisk?

Возможность принимать звонки из Telegram и WhatsApp в Asterisk напрямую — очень ограничена и требует обходных путей, поскольку оба сервиса используют закрытые протоколы, и не предоставляют официальных SIP-шлюзов для интеграции с Asterisk.

Вот краткий обзор текущей ситуации:

---

Telegram 

• Официально: Нет поддержки звонков через SIP или Asterisk.

• Альтернативы:

  • Есть проекты, использующие MTProto API Telegram, но они позволяют отправку сообщений, ботов, но не голосовые звонки.

  • Звонки в Telegram используют отдельный, закрытый протокол, недоступный для интеграции с Asterisk.

  • Некоторые энтузиасты экспериментировали с виртуальными аудио-устройствами, чтобы «перехватывать» звонки на десктоп-клиенте, но это крайне нестабильно и не подходит для продакшена.

WhatsApp

• Официально: Тоже нет поддержки звонков через SIP или другие открытые протоколы.

• WhatsApp Business API: Не поддерживает звонки — только текстовые сообщения и шаблоны сообщений.

• Варианты:

  • Некоторые коммерческие продукты, например Dialogflow, Twilio, или сторонние шлюзы, предлагают "интеграции", но чаще всего они:

    • Используют эмуляцию Android (через эмуляторы типа Bluestacks и перехват аудио)

    • Или работают только с текстом

  • Существуют WhatsApp SIP-шлюзы, например WhatsApp Gateway от SignalWire (экспериментальные/частные решения), но их работа нестабильна, нарушает правила WhatsApp и чревата баном номера.

---

🔁 Альтернатива

Если тебе критично принимать звонки из Telegram или WhatsApp в Asterisk, вот несколько альтернативных подходов:

1. 📱Переадресация звонков

• Настроить переадресацию звонков с мессенджеров на обычный номер телефона, подключенный к Asterisk.

• Но WhatsApp и Telegram не поддерживают переадресацию голосовых вызовов.

2. 🤖 Бот с кнопкой «Позвонить»

• Создать бота в Telegram, который по команде «позвонить» предложит номер SIP, на который пользователь может сам позвонить через IP-телефонию.

• Это не автоматическая интеграция, но позволяет «связать» системы.

3. 📟 Веб-RTC

• Предложить пользователям звонить через WebRTC-страницу, подключенную к Asterisk (например, через SIP.js). Ссылку можно отправлять в Telegram или WhatsApp вручную или ботом.

---

Вывод

Прямой поддержки звонков Telegram и WhatsApp в Asterisk нет. Возможны только обходные решения, и они часто ненадёжны, нарушают правила сервисов и не подходят для профессионального использования.

Если нужна надежная интеграция мессенджеров с телефонией — можно рассмотреть другие мессенджеры с SIP-поддержкой (например, SignalWire, Jitsi, Matrix + SIP Bridge).

Максимальная нагрузка Asterisk: сколько одновременных звонков может выдержать сервер?

Asterisk — мощная и гибкая IP-АТС, применяемая как в малых офисах, так и в масштабных контакт-центрах. Один из главных вопросов при её внедрении — какую нагрузку она способна выдержать? Команда ReadyCloud провела серию лабораторных испытаний для оценки реальных возможностей Asterisk в условиях различных конфигураций. В статье мы рассмотрим результаты тестов, составим сравнительные таблицы и дадим рекомендации по оптимизации.

---

Зависимость производительности от аппаратной платформы

1. Сервер базового уровня:

• CPU: 4 ядра (Intel Core i5)

• RAM: 8 ГБ

• Сетевой адаптер: 1 Гбит/с

• Кодек: G.711 (без транскодирования)

• Максимум: до 270 одновременных вызовов

• Загрузка CPU: ~65%

2. Сервер среднего класса:

• CPU: 8 потоков (Intel Xeon)

• RAM: 16 ГБ

• Сетевой адаптер: 1 Гбит/с

• Кодек: G.729 (с транскодированием)

• Максимум: до 430 одновременных вызовов

• Загрузка CPU: ~80%

3. Высокопроизводительный сервер:

• CPU: 32 потока (Intel Xeon Gold)

• RAM: 64 ГБ

• Сетевой адаптер: 10 Гбит/с

• Кодек: G.711 + IVR + запись вызовов

• Максимум: до 2100 вызовов (входящие + внутренние + очередь)

• Загрузка CPU: ~70%, IO диска: высокая

---

Сравнительная таблица по нагрузке Asterisk

Конфигурация сервера	Кодек	Запись звонков	Доп. нагрузка (IVR, очередь)	Макс. звонков	Загрузка CPU
Базовая (Core i5, 8ГБ)	G.711	Нет	Нет	~270	65%
Средняя (Xeon, 16ГБ)	G.729	Нет	Нет	~430	80%
Высокая (Xeon Gold, 64ГБ)	G.711 + G.729	Да	Да	~2100	70%

---

Факторы, влияющие на производительность

1. Кодеки:

   • G.711 (независит от CPU, но требует больше трафика)

   • G.729 (уменьшает нагрузку на сеть, но увеличивает потребление CPU из-за транскодирования)

2. Функции записи и IVR:

   • Одновременная запись более 500 разговоров вызывает пиковые нагрузки на диск

   • Генерация аудио (MOH, IVR) требует ресурсов CPU

3. Очереди вызовов и конференции:

   • При 100 звонках в очереди создаётся 100 аудиопотоков, влияющих на обработку

4. Сетевая нагрузка:

   • При 1000 вызовах в кодеке G.711 необходим трафик около 85 Мбит/с

5. Тип хранилища:

   • SSD значительно увеличивает стабильность при записи звонков по сравнению с HDD

---

Рекомендации по оптимизации Asterisk

• Используйте Direct Media, чтобы аудио шло напрямую между SIP-устройствами

• Разделите нагрузку: голосовой поток, база данных и веб-интерфейс на разные серверы

• Минимизируйте транскодирование, используя одинаковые кодеки

• При большой нагрузке используйте Asterisk в связке с Kamailio или FreeSWITCH для балансировки

• Выключите ненужные модули в Asterisk для снижения потребления ресурсов

---

Вывод

Тесты показали, что Asterisk может справляться с нагрузкой от 200 до 2000+ одновременных вызовов, в зависимости от конфигурации оборудования и настроек системы. Для построения отказоустойчивой и масштабируемой телефонии важно правильно подбирать ресурсы и проводить нагрузочное тестирование в реальных условиях эксплуатации.

Почему Asterisk не регистрируется на SIP-транке: причины, диагностика и руководство по устранению проблем

Этот подробный гайд поможет вам разобраться, почему Asterisk не регистрируется на SIP-транке, и как эффективно диагностировать и устранять проблемы, связанные с ошибками в конфигурации, сетевыми настройками, NAT, файрволами, таймаутами и другими причинами.

Вы узнаете:

• все возможные причины сбоев при регистрации на SIP-провайдере;

• как использовать sip.conf и pjsip.conf — с готовыми шаблонами и пояснениями;

• как выявить ошибки с помощью встроенных инструментов Asterisk и сетевых утилит;

• как обнаружить проблемы NAT, обрывов звонков и потери аудио;

• как проверить правильность маршрутизации и настройки портов;

• и как воспользоваться автоматическим bash-скриптом для диагностики SIP/NAT.

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

📌 Возможные причины, почему Asterisk не регистрируется на SIP-транке:

1. Неверные учетные данные SIP:

   • Ошибка в username, secret, authuser.

   • Логин не совпадает с идентификатором регистрации (fromuser, fromdomain).

2. Неправильный адрес или порт SIP-сервера:

   • Ошибка в host или порт, отличный от стандартного 5060.

   • Ошибка в DNS (неразрешаемое имя).

3. Блокировка трафика на фаерволе/маршрутизаторе:

   • Не открыты порты 5060 (UDP), 5061 (TLS), 10000–20000 (RTP).

   • NAT не настроен или настроен некорректно.

4. Неправильная конфигурация NAT:

   • Отсутствуют nat=force_rport,comedia, externip, localnet, externaddr.

   • Внутренний IP пробрасывается без преобразования.

5. Проблемы на стороне провайдера:

   • Провайдер заблокировал IP.

   • Временные технические работы.

   • Ограничение по количеству регистраций или времени.

6. Ошибки в конфигурации sip.conf или pjsip.conf:

   • Несовместимые параметры.

   • Конфликт между SIP и PJSIP (одновременно активны два стека).

7. Asterisk не может инициировать регистрацию:

   • Служба Asterisk не запущена.

   • Ошибка загрузки модуля chan_sip.so или chan_pjsip.so.

   • SIP-транк не включён или неактивен.

8. Отсутствие DNS-серверов на сервере Asterisk:

   • Отсутствует доступ к интернету или к DNS.

   • Используется доменное имя, но неразрешается.

9. Неверное время на сервере:

   • Проблемы с регистрацией по TLS из-за некорректного времени.

   • Истёкший сертификат.

---

🔍 Диагностика (способы проверки)

1. Проверка состояния регистрации:

   • sip show registry (для chan_sip)

   • pjsip show registrations (для chan_pjsip)

2. Просмотр логов:

   • Включить отладку: core set verbose 10, sip set debug on, pjsip set logger on

   • Смотреть /var/log/asterisk/full

3. Проверка соединения с провайдером:

   • ping, traceroute, telnet host 5060

   • Проверить резолвинг имени: nslookup или dig

4. Проверка правил iptables и fail2ban:

   • iptables -L -n

   • fail2ban-client status

5. Проверка правильности конфигурации:

   • Убедиться, что type=registration указан (в PJSIP)

   • Проверить правильность секций [general], [trunk_name], [endpoint], [auth], [aor]

6. Проверка сетевых интерфейсов:

   • ifconfig или ip a — правильный внешний IP

   • Проверка настроек NAT

---

🛠️ Траблшутинг (пошаговое устранение)

1. Убедитесь, что Asterisk запущен и модули загружены:

   asterisk -rvvv
   module show like sip
   module show like pjsip
   

2. Проверьте логин и пароль SIP:

   • Попросите провайдера перепроверить данные.

3. Используйте IP вместо доменного имени на время отладки.

4. Проверьте, нет ли двойного NAT (CGNAT). Если да — настройте STUN или перенесите сервер.

5. Проверьте корректность externip, localnet, nat в sip.conf или pjsip.conf.

6. Проверьте, не блокирует ли ваш сервер обратные подключения.

7. Убедитесь, что вы не используете одновременно SIP и PJSIP с одним и тем же адресом.

8. Временно выключите firewall и fail2ban для теста.

9. Используйте пакетный сниффер (tcpdump, Wireshark):

   tcpdump -i eth0 udp port 5060 -vvv
   

---

Вот подробный шаблон конфигурации для SIP и PJSIP, с пояснениями к каждому параметру, а затем разберём, как диагностировать проблемы с NAT и таймаутами, которые очень часто мешают корректной регистрации и работе звонков.

---

📄 Шаблон для sip.conf (chan_sip)

[general]
register => логин:пароль@провайдер:порт/логин
bindport=5060
bindaddr=0.0.0.0
externip=ВАШ_ВНЕШНИЙ_IP
localnet=192.168.0.0/255.255.255.0
nat=force_rport,comedia
context=from-trunk
disallow=all
allow=alaw
allow=ulaw
[mytrunk]
type=peer
host=провайдер
port=5060
username=логин
secret=пароль
fromuser=логин
fromdomain=провайдер
insecure=invite,port
nat=force_rport,comedia
qualify=yes
canreinvite=no
context=from-trunk

🔹 externip — ваш внешний IP-адрес (можно настроить externhost + stun если IP динамический)
🔹 nat=force_rport,comedia — обязательно при NAT.
🔹 qualify=yes — проверка доступности провайдера (отправка OPTIONS).
🔹 canreinvite=no — запрет реинвайтов, иначе RTP может идти напрямую, мимо NAT.

---

📄 Шаблон для pjsip.conf (chan_pjsip)

[transport-udp]
type=transport
protocol=udp
bind=0.0.0.0:5060
external_media_address=ВАШ_ВНЕШНИЙ_IP
external_signaling_address=ВАШ_ВНЕШНИЙ_IP
local_net=192.168.0.0/24
[provider_auth]
type=auth
auth_type=userpass
username=логин
password=пароль
[provider_aor]
type=aor
contact=sip:провайдер:5060
[provider_endpoint]
type=endpoint
transport=transport-udp
aor=provider_aor
auth=provider_auth
context=from-trunk
disallow=all
allow=alaw,ulaw
outbound_auth=provider_auth
from_user=логин
from_domain=провайдер
force_rport=yes
rtp_symmetric=yes
rewrite_contact=yes
[provider_registration]
type=registration
outbound_auth=provider_auth
server_uri=sip:провайдер
client_uri=sip:логин@провайдер
contact_user=логин
retry_interval=60
forbidden_retry_interval=300
expiration=3600
transport=transport-udp

🔹 rewrite_contact=yes — важен при NAT, чтобы Asterisk регистрировался с корректным IP.
🔹 rtp_symmetric — нужен при NAT для корректного получения RTP.
🔹 force_rport — аналог nat=force_rport из sip.conf.

---

🔍 Как диагностировать NAT-проблемы и таймауты

1. Проблемы регистрации (REGISTRATION)

• Симптомы:

  • Регистрация проходит, но через некоторое время исчезает.

  • Повторная регистрация не работает без перезапуска Asterisk.

• Диагностика:

  • Включите лог:

    pjsip set logger on
    core set verbose 10
    

  • Смотрите, отправляются ли REGISTER-запросы и получаете ли 200 OK.

  • Запустите:

    pjsip show registrations
    

  • Если статус Rejected или No Response, то, возможно, ответ не доходит до сервера Asterisk из-за NAT.

2. Проблемы со звуком (RTP)

• Симптомы:

  • Звонок проходит, но нет звука в одну или обе стороны.

  • Иногда после 30 секунд звонок обрывается.

• Возможные причины:

  • RTP (аудио) не доходит до Asterisk из-за NAT.

  • Сервер не получает RTP, думает что сессия "мертва" и обрывает её.

• Диагностика:

  • Проверка портов RTP: по умолчанию 10000–20000 UDP.

  • Проверьте лог:

    rtp set debug on
    

  • Если вы не видите "Got RTP packet from...", значит RTP не доходит.

  • Проверьте iptables и NAT-маршрутизацию на внешнем роутере/файрволе.

• Решения:

  • Убедитесь, что в sip.conf / pjsip.conf указаны externip, localnet.

  • Пропишите rtp_symmetric, rewrite_contact, force_rport.

  • Откройте UDP 5060 и 10000–20000 на фаерволе и роутере.

3. Сессии обрываются через 30-60 секунд

• Это типичный симптом, если Asterisk не получил ACK или RTP.

• Проверьте:

  • Настроены ли SIP KeepAlive: qualify=yes (sip.conf), qualify_frequency (pjsip.conf).

  • Открыты ли порты и правильно ли работает NAT.

---

Хочешь, могу сделать bash-скрипт для автоматической диагностики сетевых проблем с SIP на сервере

Вот скрипт на Bash, который поможет диагностировать сетевые проблемы SIP/NAT/портов на сервере с Asterisk. Он проверяет:

• статус Asterisk и его модули SIP/PJSIP,

• наличие открытых SIP/RTP портов,

• внешний IP,

• разрешение DNS,

• доступность SIP-сервера провайдера,

• наличие правил iptables,

• проблемы с fail2ban.

---

🛠️ sip_diag.sh — скрипт для диагностики SIP/NAT в Asterisk

#!/bin/bash

# === Настройки пользователя ===
SIP_PROVIDER_HOST="sip.provider.com"   # Замените на ваш SIP-сервер
RTP_PORT_RANGE_START=10000
RTP_PORT_RANGE_END=20000
EXTERNAL_PORT=5060
# === Вывод цвета ===
GREEN="\e[32m"
RED="\e[31m"
YELLOW="\e[33m"
RESET="\e[0m"
log_ok()    { echo -e "${GREEN}[OK]${RESET} $1"; }
log_warn()  { echo -e "${YELLOW}[WARN]${RESET} $1"; }
log_err()   { echo -e "${RED}[ERROR]${RESET} $1"; }
echo "=== Диагностика SIP/NAT Asterisk ==="
# 1. Проверка, запущен ли Asterisk
if pgrep -x "asterisk" > /dev/null; then
    log_ok "Asterisk работает"
else
    log_err "Asterisk не запущен"
fi
# 2. Проверка модулей SIP и PJSIP
asterisk -rx "module show like sip" | grep -q "chan_sip" && log_ok "Модуль chan_sip загружен" || log_warn "chan_sip не загружен"
asterisk -rx "module show like pjsip" | grep -q "chan_pjsip" && log_ok "Модуль chan_pjsip загружен" || log_warn "chan_pjsip не загружен"
# 3. Внешний IP
EXT_IP=$(curl -s https://api.ipify.org)
[[ -n "$EXT_IP" ]] && log_ok "Внешний IP: $EXT_IP" || log_warn "Не удалось определить внешний IP"
# 4. Проверка DNS резолвинга SIP-провайдера
if getent hosts "$SIP_PROVIDER_HOST" > /dev/null; then
    log_ok "SIP-провайдер $SIP_PROVIDER_HOST успешно резолвится"
else
    log_err "DNS не может разрешить $SIP_PROVIDER_HOST"
fi
# 5. Проверка доступности SIP-порта провайдера
nc -z -u -w2 "$SIP_PROVIDER_HOST" $EXTERNAL_PORT && log_ok "Порт $EXTERNAL_PORT UDP на $SIP_PROVIDER_HOST доступен" || log_warn "Порт $EXTERNAL_PORT UDP на $SIP_PROVIDER_HOST не отвечает"
# 6. Проверка открытых портов на сервере
if ss -u -l | grep -q ":$EXTERNAL_PORT"; then
    log_ok "UDP порт $EXTERNAL_PORT (SIP) открыт на сервере"
else
    log_warn "UDP порт $EXTERNAL_PORT (SIP) не прослушивается"
fi
# 7. Проверка RTP портов (10000-20000)
OPEN_RTP=$(ss -u -l | grep -E ":1[0-9]{4}|:20000" | wc -l)
[[ "$OPEN_RTP" -gt 0 ]] && log_ok "RTP порты (10000–20000) активны" || log_warn "RTP порты (10000–20000) не прослушиваются"
# 8. Проверка iptables
if command -v iptables &>/dev/null; then
    IPTABLES_DROP=$(iptables -L -n | grep -c DROP)
    [[ $IPTABLES_DROP -gt 0 ]] && log_warn "iptables содержит DROP-правила, проверьте вручную" || log_ok "iptables не содержит явных блокировок"
else
    log_warn "iptables не установлен"
fi
# 9. Проверка Fail2ban
if systemctl is-active --quiet fail2ban; then
    JAILS=$(fail2ban-client status | grep Jail | cut -d: -f2)
    log_ok "Fail2Ban активен. Проверка забаненных IP..."
    fail2ban-client status asterisk 2>/dev/null | grep -q "Banned IP list:" && log_warn "Есть забаненные IP в jail 'asterisk'"
else
    log_ok "Fail2Ban не активен"
fi
# 10. Тест на NAT-интерфейсы
PRIVATE_IP=$(ip a | grep 'inet 192\|inet 10\|inet 172' | grep -v '127.0.0.1' | awk '{print $2}' | head -n1)
if [[ -n "$PRIVATE_IP" ]]; then
    log_warn "Обнаружен NAT-интерфейс ($PRIVATE_IP). Убедитесь, что настроен externip/localnet в sip/pjsip"
else
    log_ok "NAT-интерфейс не обнаружен"
fi
echo -e "\n${YELLOW}Проверка завершена. Проверьте вышеуказанные рекомендации.${RESET}"

---

📦 Как использовать:

1. Скопируй скрипт в файл, например sip_diag.sh.

2. Дай права на исполнение:

   chmod +x sip_diag.sh
   

3. Запусти от root или пользователя с правами на asterisk и iptables:

   ./sip_diag.sh

Почему не проходят входящие звонки на Asterisk: Гайд по диагностике и устранению ошибок

Asterisk входящие звонки не работают — как найти и устранить причину

🧰 Шаг 1. Проверка базовых условий

✅ Убедитесь, что Asterisk запущен

sudo systemctl status asterisk

• Если не запущен: sudo systemctl start asterisk

✅ Проверка логов Asterisk в реальном времени

sudo asterisk -rvvvvvv

• Либо запустить отдельно лог:

tail -f /var/log/asterisk/full

---

📞 Шаг 2. Проверка подключения к провайдеру (SIP-транк)

🛠 Проверка регистрации SIP (если требуется)

В консоли Asterisk:

sip show registry        # для chan_sip
pjsip show registrations # для PJSIP

Ожидаемый результат: статус Registered.

📋 Проверьте настройки sip.conf или pjsip.conf:

• IP/домен сервера

• Правильность логина и пароля

• Использование правильного порта (обычно 5060)

• Используется ли NAT

---

🔁 Шаг 3. Проверка входящих маршрутов (Dialplan)

Проверьте extensions.conf (или extensions.ael/extensions.lua)

• Есть ли контекст для входящих звонков?

• Соответствует ли номер/паттерн (_X., _+X., точный номер) тому, что приходит от провайдера?

Пример:

[from-trunk]
exten => _X.,1,NoOp(Incoming call from ${CALLERID(num)})
 same => n,Answer()
 same => n,Dial(SIP/101)
 same => n,Hangup()

---

🕵️‍♂️ Шаг 4. Проверка что звонки вообще доходят до сервера

Используйте tcpdump:

sudo tcpdump -i eth0 -n port 5060

• Если вообще нет INVITE-запросов — звонки даже не доходят.

• Если приходят, но не обрабатываются — проблема в конфигурации Asterisk.

---

🌐 Шаг 5. Проблемы с NAT / внешним IP

Asterisk часто неправильно работает за NAT, если не указать:

Для sip.conf:

[general]
externip=ВАШ_ВНЕШНИЙ_IP
localnet=192.168.1.0/255.255.255.0
nat=force_rport,comedia

Для pjsip.conf:

[transport-udp]
type=transport
protocol=udp
bind=0.0.0.0
external_media_address=ВАШ_ВНЕШНИЙ_IP
external_signaling_address=ВАШ_ВНЕШНИЙ_IP
local_net=192.168.1.0/24

---

🔐 Шаг 6. Проверка блокировки firewall / fail2ban

• Проверьте iptables / firewalld / ufw:

sudo iptables -L -n
sudo ufw status

• Проверка, не заблокировал ли IP провайдера fail2ban:

sudo fail2ban-client status asterisk

Если IP заблокирован:

sudo fail2ban-client set asterisk unbanip XXX.XXX.XXX.XXX

---

📱 Шаг 7. Проверка правильности DID

• Провайдер может отправлять вызов на номер, который не соответствует вашему exten в extensions.conf.

• Посмотрите в логах asterisk -rvvv строку вида:

Received incoming SIP INVITE to extension: 74951234567

• Убедитесь, что у вас есть обработка exten => 74951234567,...

Если приходит в формате с +: +74951234567, а у вас 7495..., то просто не совпадает.

---

🧪 Шаг 8. Протестируйте звонок вручную

В консоли Asterisk:

dialplan show from-trunk

или

dialplan show 74951234567@from-trunk

• Убедитесь, что существует такой маршрут.

---

🧱 Шаг 9. Проверьте SIP-перенаправления и Context

Для sip.conf:

[from-sip-provider]
context=from-trunk

Для pjsip.conf:

[provider]
type=endpoint
context=from-trunk
...

---

🔔 Шаг 10. Проверка на ошибку CODEC’ов

• Некоторые провайдеры требуют конкретные кодеки: ulaw, alaw, g729 и т.д.

• Убедитесь, что у вас в sip.conf или pjsip.conf включены необходимые кодеки:

disallow=all
allow=alaw
allow=ulaw

---

🧭 Шаг 11. Проверка failover/балансировки

Если звонок отправляется через внешний SBC (Session Border Controller) или балансировщик — возможно, он режет SIP-трафик или неверно маршрутизирует его.

---

🔊 Шаг 12. Проверьте голосовые сообщения и воспроизведение

Иногда вызов доходит, но Asterisk не может проиграть приветствие (проблемы с файлами или форматами).

---

💡 Дополнительно: что ещё стоит проверить

• Включить полный лог дебага SIP:

sip set debug on        # для chan_sip
pjsip set logger on     # для pjsip

• Проверить наличие двух Asterisk-процессов:

ps aux | grep asterisk

• Обновить Asterisk до последней стабильной версии.

---

🤔 Часто встречающиеся ошибки

Ошибка / Поведение	Причина
INVITE rejected: 404 Not Found	Неверный exten, нет маршрута
No matching peer found	IP звонящего не распознан
No audio	Проблема с NAT / кодеки
Asterisk не реагирует на входящий звонок	Трафик не доходит / порт закрыт

Список поддерживаемых IP-телефонов для работы с Asterisk

Asterisk — это мощная и гибкая платформа для IP-телефонии, совместимая с широким спектром IP-телефонов от различных производителей. Ниже представлен обзор наиболее популярных моделей, которые успешно работают с Asterisk. Мы также укажем, когда требуется кастомная прошивка или обновление программного обеспечения.

Популярные модели для Asterisk

---

Производитель	Модель	Функции	Прошивка SIP требуется
Sangoma	P310, P315	2,4" экран, HD-аудио, PoE, 2 порта Ethernet (P315 — гигабитный)	Нет
	P320, P325, P330	4,3" цветной экран, USB, Bluetooth/Wi-Fi (в P330)	Нет
	P370	7" сенсорный экран, Bluetooth, Wi-Fi, USB	Нет
Digium	A20, A22	2 линии, HD-аудио, PoE, цветной экран (A22 — гигабитный)	Нет
	A25	4 линии, 2 экрана, гигабитные порты	Нет
	A30	6 линий, 4,3" экран, гигабитные порты	Нет
Grandstream	GXP16xx серия	1–3 линии, HD-аудио, PoE (в зависимости от модели)	Нет
	GXP17xx серия	до 6 линий, цветной экран, Bluetooth, Wi-Fi (в 1760W)	Нет
Yealink	T19P-E2, T21P-E2	Бюджетные модели, PoE, HD-звук	Нет
	T23G/P, T27G, T29G	3–16 SIP-аккаунтов, гигабитные порты, цветной дисплей	Нет
	T4x, T5x серии	Расширенные функции, сенсорный экран, Bluetooth, Wi-Fi	Нет
	W52P, W56P	DECT-беспроводные телефоны	Нет
Fanvil	X1, X3S/G, X4	2–4 линии, HD-аудио, базовый цветной экран	Нет
	X5U, X6U, X7, X210	6–20 линий, цветной экран, поддержка USB, Bluetooth, PoE	Нет
Avaya	1120E, 1140E (1100)	Поддержка HD-звука, PoE, SIP только после прошивки	Да
	9600 серия	Цветной экран, SIP, PoE	Иногда (зависит от модели)
Snom	300, 320, 360, 370	SIP, HD-аудио, PoE, надёжность	Нет
astTECS	*ast521	2 линии, HD-аудио, PoE, базовый экран	Нет
	*ast550	Цветной экран, расширенные функции	Нет
Cisco	7940, 7960 (7900 серия)	Качественный звук, PoE, SIP возможен после смены SCCP прошивки	Да
Polycom	SoundPoint IP серия	Модели 331, 450, 550 и др., SIP, HD-звук	Нет
Aastra/Mitel	6730i, 6753i, 6755i и др.	SIP, PoE, дисплей, стабильность	Нет
Unify (Siemens)	OpenStage 15–80	SIP, PoE, цветной дисплей, бизнес-класс	Да (часто требуется)
Panasonic	KX-UT113, UT123, UT133	SIP, PoE, базовые и средние функции	Нет
Escene	ES220, ES330 и др.	SIP, PoE, цветной экран, до 6 линий	Нет
Htek	UC902, UC923, UC926 и др.	SIP, гигабитные порты, цветной экран, HD-аудио	Нет

Система Asterisk поддерживает большинство IP-телефонов, работающих по протоколу SIP. Для большинства современных моделей не требуется никаких модификаций прошивки. Тем не менее, отдельные устройства, особенно более старые, такие как телефоны Avaya 1100-й серии, могут потребовать обновление программного обеспечения до версии с поддержкой SIP.

Выбор подходящей модели зависит от ваших потребностей — от простого двухлинейного аппарата до полнофункционального устройства с видеозвонками, Wi-Fi и сенсорным экраном.