Пришлось подключить шлюз напрямую к провайдеру по SIP и возникла проблема перевода входящего вызова на другой порт шлюз. Ситуация такая, что имеем всего два городских номера, регистрация настроена групповыми номерами, fxs-порты не регистрируются и имеют внутреннюю сокращенную нумерацию.
У шлюза есть возможность локального перевода вызова, но, как выяснилось, это не полностью локальный перевод, т.к. в сторону провайдера отправляется reINVITE и в нашем случае провайдер сбрасывает вызов. Данную команду провайдер не поддерживает.
Было бы очень хорошо, если бы шлюз локальный перевод осуществлял абсолютно локально. Или может кто-нибудь подскажет как обойти данную ситуацию? (варианты замены и установки доп. оборудования не рассматриваются).
О деактивации форума Eltex
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
Уважаемые коллеги! В связи с потерей актуальности данного ресурса, нами было принято решение о частичной деактивации форума Eltex. Мы отключили функции регистрации и создания новых тем, а также возможность оставлять сообщения. Форум продолжит работу в "режиме чтения", так как за долгие годы работы здесь накопилось много полезной информации и ответов на часто встречающиеся вопросы.
Мы активно развиваем другие каналы коммуникаций, которые позволяют более оперативно и адресно консультировать наших клиентов. Если у вас возникли вопросы по работе оборудования, вы можете обратиться в техническую поддержку Eltex, воспользовавшись формой обращения на сайте компании или оставить заявку в системе Service Desk. По иным вопросам проконсультируют наши менеджеры коммерческого отдела: eltex@eltex-co.ru.
TAU-8.IP (FLASH)
-
Evgeniy
- Сообщения: 519
- Зарегистрирован: 19 янв 2011 13:15
- Reputation: 0
- Откуда: г. Новосибирск ООО "Элтекс"
День добрый.
Сервер вообще никак не должен узнать, что произошла постановка на удержание и перевод вызова?
TAU8 - это оконечный шлюз, в любом случае либо локально, либо через передачу события flash методом transmit шлюз должен сообщить встречной стороне, что произошла постановка на удержание. А уже в зависимости от метода послать ReINVITE или ждать решения от сервера (при методе transmit)
Сервер вообще никак не должен узнать, что произошла постановка на удержание и перевод вызова?
TAU8 - это оконечный шлюз, в любом случае либо локально, либо через передачу события flash методом transmit шлюз должен сообщить встречной стороне, что произошла постановка на удержание. А уже в зависимости от метода послать ReINVITE или ждать решения от сервера (при методе transmit)
Re: TAU-8.IP (FLASH)
Да в ряде случаев Сервер провайдера вообще не должен никак узнавать о переводе вызова. Некоторые провайдеры реально нормально не поддерживают re-invite.
Всвязи с чем, с нашей точки зрения, нужен еще один режим когда музыка на hold (moh) играется автономном средствами шлюза в rtp. А по сигнализации SIP вышестоящее оборудование никак не уведомляется о происходящем....
С уважением,
Владимир
Всвязи с чем, с нашей точки зрения, нужен еще один режим когда музыка на hold (moh) играется автономном средствами шлюза в rtp. А по сигнализации SIP вышестоящее оборудование никак не уведомляется о происходящем....
С уважением,
Владимир
Вернуться в «Оборудование VoIP»
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 23 гостя