asterisk.ru

Здравствуйте.
На сервере Freepbx 14 поднят автопровизинг c помощью end point manager. Так же есть резервный сервер standby синхронизируется средствами freepbx.
Сгенерированы шаблонные маки где есть основные настройки:
account.1.sip_server.1.expires = 120
account.1.sip_server.1.retry_counts = 3
account.1.sip_server.2.expires = 120
account.1.sip_server.1.register_on_enable = 1
account.1.unregister_on_reboot = 1
account.1.sip_server.1.address = 10.180.158.22
account.1.sip_server.2.address = 10.180.158.27

Впоследствии потребовалось перетащить абонентов на другой сервер.
Проводился перевод посредством редактирования маков на другую связку серверов
account.1.sip_server.1.expires = 120
account.1.sip_server.1.retry_counts = 3
account.1.sip_server.2.expires = 120
account.1.sip_server.1.register_on_enable = 1
account.1.unregister_on_reboot = 1
account.1.sip_server.1.address = 10.180.158.23
account.1.sip_server.2.address = 10.180.158.28

Далее нотифаем перегрузил все телефоны, они поймали настройки автопровизинга. Раз в сутки.
Казалось бы все ок, но через сутки телефоны начали отваливаться. По дампам видно что телефоны ломятся только на второй сервер, второй сервер говорит не авторизован.
При повтроной перезагрузки или перевключении аккаунта на телефоне, внутренний регается корректно.

Телефоны Yealink T19 и T27.
У кого то были подводные камни?

Gich писал(а): По дампам видно что телефоны ломятся только на второй сервер, второй сервер говорит не авторизован.

На какой второй сервер? на
sip_server.2.address = 10.180.158.28 ??
Если он не авторизует эти аккаунты, зачем вы указываете этот параметр sip_server.2.address ?

После перезагрузки, ТА регистрируется корректно как на 1м сервере, так и на втором...

... но через сутки телефоны начинают стучаться только на второй сервер, который им отвечает "ты не авторизован" ??
Записи
account.1.sip_server.1.address = 10.180.158.23
account.1.sip_server.2.address = 10.180.158.28
не могут сами исчезать в телефоне. Надо искать что происходит между последней успешной регистрацией и первой неуспешной.

Попробуйте указать время действия регистрации побольше
account.1.sip_server.1.expires = 3600
например.

Спасибо за совет, попробую вернуть на умолчание 3600 и проверю.

Здравствуйте, обновление информации.

Зафиксированы перерегистрации на резервный сервер.

При этом на сервере статус у многих пиров более 1000 мс.

Как то спонтанно. В логах видны разрегистрации/регистрации основного сервера:

Peer '0683049' is now UNREACHABLE! Last qualify: 44
Peer '0683049' is now Reachable. (51ms / 2000ms)

т.е. таймер fallbacktimeout отрабатывает.

Пробовал менять точечно на телефонах sip server expires на 3600(сейчас 120).

На данный момент по умолчанию на сервере выставлены таймеры:
Registration Timeout
20
Registration Attempts
0
Registration Minimum Expiry
60
Registration Maximum Expiry
3600
Registration Default Expiry

qualify по умолчанию 2000 мс и qualify freq 60 c

Сейчас сеть проверяю, но может ли это быть из за некорректных таймеров регистрации?

Так же сыпятся сообщения смотрю логи, так же сыпятся сообщения Lagged.
[2019-01-22 15:46:44] NOTICE[6926] chan_sip.c: Peer '0545602' is now Lagged. (2010ms / 2000ms)
[2019-01-22 15:46:44] NOTICE[6926] chan_sip.c: Peer '0633025' is now Lagged. (2025ms / 2000ms)

Gich писал(а):Сейчас сеть проверяю, но может ли это быть из за некорректных таймеров регистрации?

Нет.
Лагает именно сеть, скорее всего узлы сети. Пиры 0545602 и 0633025 далеко от Астериска?

Сервер в Москве.

054XXXX так же в Москве.
063XXXX Ростов.
Такая проблема во многих регионов.
За сутки увидел 4000 записей о лагах внутренних, даже есть немного лагов с sbc ростелекома. которые так же в Москве через l3 vpn.
Телефоны не за натом.

Как мне серверную часть проверить...

Быстро промерить - запустиь на сервере Астериск
mtr ip_addr_remote -u
то есть мониторить отправкой пакетов UDP, там где просаживается - будет видно накопление в колонке Lost