Евгений в прямом эфире показывает, как в Asterisk грамотно разделять и обрабатывать трафик, когда несколько подключений идут от одного провайдера — на одни и те же IP и порты. Разбирает, зачем это нужно, какие есть механизмы, и как на уровне SIP-канала управлять маршрутизацией, безопасностью и кодеками. Сейчас в разборе — живые примеры и проверенные подходы. Подключайтесь к трансляции: https://voxlink.ru/webinars/razoblachaem-secreti-asterisk/
Евгений сейчас показывает на практике, как через тестовый стенд из двух Asterisk и пары учеток у одного провайдера можно отследить, по какому каналу пришел вызов. Пошагово разбирает настройку, демонстрирует, как помечать каналы и проверять их соответствие, делится удобными приемами автоматизации через Makefile. Параллельно возвращается к ConnectedLine — с живыми примерами, как эту механику использовать не только для отображения Caller ID, но и для интеграций или фильтрации данных. В эфире — готовые кейсы, которые можно копировать и адаптировать. Подключайтесь к трансляции: https://voxlink.ru/webinars/razoblachaem-secreti-asterisk/
#вопрос Использование оркестратора, например ansible, для текущих задач (обновление конфигурации, генерирование вызова, сбора информации) рассматривалось ?
#вопрос разве с помощью 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") конечно если провайдер без изменений вызывает нужный нам контакт)
Евгений в прямом эфире продолжает разбирать тонкости идентификации каналов в Asterisk — от простых кейсов с IP и юзернеймом до более сложных ситуаций с PJSIP, где на первый взгляд кажется, что разные транспорты решат проблему, но на практике всё не так просто. На тестовом стенде он показывает, как порт сам по себе не гарантирует корректного определения канала, и почему иногда приходится лезть в настройки идентификации или тестовый набор, чтобы найти рабочее решение. В эфире — живые эксперименты, разбор ошибок и готовые конфигурационные примеры. Подключайтесь к трансляции: https://voxlink.ru/webinars/razoblachaem-secreti-asterisk/
#вопрос вот эти команды make apply; make test как они работают? Я думал make используются для компиляции и сборки, а конфиги подгружать надо с помощью команд астера типа dialplan reload итд