asterisk.ru

Евгений доходит до самой «полевой» части эксперимента — тестирует разные способы идентификации канала в Asterisk, включая заголовки SIP и request URI. На живом стенде показывает, какие методы реально работают, а какие остались только в тестах на GitHub из-за проблем с безопасностью или ограничений реализации. Параллельно объясняет, как можно внедрять свои заголовки INVITE (если контролируешь обе стороны) и почему NAT или умышленные подмены могут ломать определение порта. В эфире — практическая отладка, анализ тест-кейсов и подготовка к live coding по request URI. Подключайтесь к трансляции: https://voxlink.ru/webinars/razoblachaem-secreti-asterisk/

#вопрос В PJSIP при массовом обновлении конфигурации часто возникает момент, когда endpoints перезагружаются и активные звонки могут прерываться.
Есть ли способ применить новую конфигурацию PJSIP выборочно только к новым сессиям, не трогая текущие, без полной перезагрузки модуля?

#вопрос В PJSIP при массовом обновлении конфигурации часто возникает момент, когда endpoints перезагружаются и активные звонки могут прерываться.
Есть ли способ применить новую конфигурацию PJSIP выборочно только к новым сессиям, не трогая текущие, без полной перезагрузки модуля?

Никогда такого не было (не сталкивался)

#Вопрос за PJSIP будущее? или еще рано говорить об этом?

#вопрос А есть ли возможность, игнорировать правила Find Me/Follow Me при внутреннем звонке PJSIP, а при внешнем чтоб срабатывало правило

это решается настройками диалплана (опция в DIAL)

#вопрос от чего не использовали UserEvent и Sip_Header для Вашей задачи?

#вопрос так что ли нет никакой возможности привязывать канал при нескольких исходящих регистрациях на один исходящий сервер порт. В chan_sip для этого callbackextension использовал

Никогда такого не было (не сталкивался)

Бывает, что если обновляешь dialplan во время вызова, то приоритеты сдвигаются

#вопрос так что ли нет никакой возможности привязывать канал при нескольких исходящих регистрациях на один исходящий сервер порт. В chan_sip для этого callbackextension использовал

Так это contact_user теперь в registration

#вопрос
разве с помощью line=yes не получится идентифицировать транки с регистрацией?
в контакт при регистрации отправится line=, и при вызове идентифицируется по line в RURI
;line= ; When enabled this option will cause a 'line' parameter to be
; added to the Contact header placed into the outgoing
; registration request. If the remote server sends a call
; this line parameter will be used to establish a relationship
; to the outbound registration, ultimately causing the
; configured endpoint to be used (default: "no")
конечно если провайдер без изменений вызывает нужный нам контакт)

мы проверяли ip-ip транки с тобой :) и там я согласен с тобой.
но относительно транков с регистрацией, посмотри line=yes в секции регистраций. залетит)