asterisk.ru

кнопку "+" заело и астериски сожрали дата-центр :))))

Можно пару вопросов в лс задать?

можно здесь задать, я не один такой умный тут

рассказуй!

Вкратце опыт такой:
- Если для SRV записей для условного UDP транспорта задано несколько серверов с одинаковыми весами, то софтофоны выбрав сервер его не меняют пока что-нибудь не случится
- Если выбранный сервер не отвечает, то скорость переключения/перевыборов от таймера Т1*3 (по дефолту Т1 0,5 секунд, но встречал когда разрабы хардкодили другой таймер)
- В идеале нужен хитрый мониторинг, который будет удалять мертвый сервер из списка SRV-записей (если он условно 10 минут не доступен) + у записей должен быть небольшой TTL (несколько минут), что может потребовать отдельный слейв DNS сервер в большой инфраструктуре

Вкратце опыт такой:
- Если для SRV записей для условного UDP транспорта задано несколько серверов с одинаковыми весами, то софтофоны выбрав сервер его не меняют пока что-нибудь не случится
- Если выбранный сервер не отвечает, то скорость переключения/перевыборов от таймера Т1*3 (по дефолту Т1 0,5 секунд, но встречал когда разрабы хардкодили другой таймер)
- В идеале нужен хитрый мониторинг, который будет удалять мертвый сервер из списка SRV-записей (если он условно 10 минут не доступен) + у записей должен быть небольшой TTL (несколько минут), что может потребовать отдельный слейв DNS сервер в большой инфраструктуре

вообще, звучит соблазнительно
сделать мониторинг, который по API добавляет/удаляет записи - не сложное

Asterisk FUNC_ODBC сейчас на вебинаре https://voxlink.ru/webinars/asterisk-realtime/ Подключайтесь!

Вкратце опыт такой:
- Если для SRV записей для условного UDP транспорта задано несколько серверов с одинаковыми весами, то софтофоны выбрав сервер его не меняют пока что-нибудь не случится
- Если выбранный сервер не отвечает, то скорость переключения/перевыборов от таймера Т1*3 (по дефолту Т1 0,5 секунд, но встречал когда разрабы хардкодили другой таймер)
- В идеале нужен хитрый мониторинг, который будет удалять мертвый сервер из списка SRV-записей (если он условно 10 минут не доступен) + у записей должен быть небольшой TTL (несколько минут), что может потребовать отдельный слейв DNS сервер в большой инфраструктуре

а в качестве DNS, что вы использовали?

вообще, звучит соблазнительно
сделать мониторинг, который по API добавляет/удаляет записи - не сложное

По этой части да - главное DNS сервак не затыкать.
В некоторых компаниях на такую API-ручку не готовы идти, из-за рисков вида "вдруг вы фигню накодите и нам станет плохо"

можно здесь задать, я не один такой умный тут

Этот идентификатор всегда будет уникален и неизменен на протяжении всего звонка?

Этот идентификатор всегда будет уникален и неизменен на протяжении всего звонка?

да

а в качестве DNS, что вы использовали?

Там где это применялось в каком-то компромисном варианте в одном случае был PDNS, а в другом (где мы обращались в промежуточный сервис) был доменный DNS от MS