вторник, 8 апреля 2025 г.

Максимальная нагрузка 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+ одновременных вызовов, в зависимости от конфигурации оборудования и настроек системы. Для построения отказоустойчивой и масштабируемой телефонии важно правильно подбирать ресурсы и проводить нагрузочное тестирование в реальных условиях эксплуатации.

Автор: на Комментариев нет:

понедельник, 7 апреля 2025 г.

Почему 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 foundIP звонящего не распознан
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 и сенсорным экраном.

Автор: на Комментариев нет:
Подписаться на: Сообщения (Atom)