О деактивации форума Eltex

Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.

Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.

TAU-8.IP (FLASH)

ECSS-10, TAU.IP, SMG, RG
XAOC
Сообщения: 3
Зарегистрирован: 07 мар 2012 02:03
Reputation: 0

TAU-8.IP (FLASH)

Сообщение XAOC » 09 авг 2013 18:09

Пришлось подключить шлюз напрямую к провайдеру по SIP и возникла проблема перевода входящего вызова на другой порт шлюз. Ситуация такая, что имеем всего два городских номера, регистрация настроена групповыми номерами, fxs-порты не регистрируются и имеют внутреннюю сокращенную нумерацию.
У шлюза есть возможность локального перевода вызова, но, как выяснилось, это не полностью локальный перевод, т.к. в сторону провайдера отправляется reINVITE и в нашем случае провайдер сбрасывает вызов. Данную команду провайдер не поддерживает.
Было бы очень хорошо, если бы шлюз локальный перевод осуществлял абсолютно локально. Или может кто-нибудь подскажет как обойти данную ситуацию? (варианты замены и установки доп. оборудования не рассматриваются).

Evgeniy
Сообщения: 519
Зарегистрирован: 19 янв 2011 13:15
Reputation: 0
Откуда: г. Новосибирск ООО "Элтекс"

Сообщение Evgeniy » 12 авг 2013 15:40

День добрый.

Сервер вообще никак не должен узнать, что произошла постановка на удержание и перевод вызова?

TAU8 - это оконечный шлюз, в любом случае либо локально, либо через передачу события flash методом transmit шлюз должен сообщить встречной стороне, что произошла постановка на удержание. А уже в зависимости от метода послать ReINVITE или ждать решения от сервера (при методе transmit)

zwe12
Сообщения: 2
Зарегистрирован: 12 фев 2014 23:14
Reputation: 0

Re: TAU-8.IP (FLASH)

Сообщение zwe12 » 12 фев 2014 23:36

Да в ряде случаев Сервер провайдера вообще не должен никак узнавать о переводе вызова. Некоторые провайдеры реально нормально не поддерживают re-invite.
Всвязи с чем, с нашей точки зрения, нужен еще один режим когда музыка на hold (moh) играется автономном средствами шлюза в rtp. А по сигнализации SIP вышестоящее оборудование никак не уведомляется о происходящем....
С уважением,
Владимир


Вернуться в «Оборудование VoIP»

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и 12 гостей