Добрый день.
Возникла задача делать перенаправление звонка с потока на поток или в другой SIP-интерфейс при помощи внешнего Redirect-сервера.
Звонок приходит на SIP-сервер, он отвечает 302 с новым адресом с префиксом, который перемаршрутизируется SMG в нужную ТГ.
Идея заключалась в том, чтобы избавиться роста задержки голоса при пакетизации-депакетизации на SIP-интерфейсе, и не гонять RTP-трафик с SMG на SMG. Мы продолжаем разбираться с эхом через SMG и стараемся минимизировать источники эха.
Но насколько я увидел в статистике занятия MSP, он все равно создает RTP-каналы с SMG на SMG при таком редиректе, а значит, видимо и пакетизирует--депакетизирует RTP, на чем видимо теряет как минимум 20 мс.
Как сделать так, чтобы редиректнутые звонки PRI<->PRI оставались внутри SMG, а не выкидывались через его внешний интерфейс ip-интерфейс сам на себя? Или SMG даже при работе PRI<->PRI гоняет трафик через свой RTP-стек?
О деактивации форума Eltex
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Рероутинг звонка внутри 1016M при помощи 302 Redirect
Re: Рероутинг звонка внутри 1016M при помощи 302 Redirect
kbdfck писал(а):Как сделать так, чтобы редиректнутые звонки PRI<->PRI оставались внутри SMG, а не выкидывались через его внешний интерфейс ip-интерфейс сам на себя?
Убрать редирект и прописать маршрутизацию вызова в самой SMG. Тогда PRI-PRI будет без участия RTP.
Если же в вызове появляется SIP-участник, то в любом случае будет задействован RTP. В SMG нет механизма исключения RTP из вызова, переадресованного по SIP.
Прописать маршрутизацию на SMG нельзя по ряду причин. Сейчас на SMG полноценную маршрутизацию по сложному набору правил сделать все равно невозможно, да наверное это все-таки и не то устройство, на котором ее надо делать.
А есть ли возможность по RADIUS не только отдать авторизацию и получить эккаунтинг, но и модифицировать A/B/C номера, чтобы управлять маршрутизацией?
Есть модификаторы профилей Radius, но судя по всему, они управляют просто исходными данными для отправки в Radius.
А есть ли возможность по RADIUS не только отдать авторизацию и получить эккаунтинг, но и модифицировать A/B/C номера, чтобы управлять маршрутизацией?
Есть модификаторы профилей Radius, но судя по всему, они управляют просто исходными данными для отправки в Radius.
Вернуться в «Оборудование VoIP»
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 5 гостей