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

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

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

FXO и CallerID

ECSS-10, TAU.IP, SMG, RG
promsv
Сообщения: 7
Зарегистрирован: 24 фев 2015 19:51
Reputation: 0

FXO и CallerID

Сообщение promsv » 29 янв 2019 13:07

День добрый.

Возник вопрос по настройке FXO порта в шлюзе TAU-32M.IP
В настройке параметров абонентского FXO порта, раздела входящей связи, есть пункт "Использовать АОН принятый из ТФоП"(Use PSTN CallerID).
Если у нас не подключена услуга передачи CallerID у провайдера, данный параметр ставится в OFF то звонки поступают без определения номера. Если мы знаем, что у нас от провайдера приходит CallerID (подключена данная услуга), мы включаем данный параметр и номера звонящих у на определяются, всё чудесно.
Но, если мы рассмотрим ситуацию, когда мы не знаем, подключена ли данная услуга у провайдера или её подключат, но позже. Она будет востребована, а при этом доступа к оборудованию не будет. Если мы ставим параметр Use PSTN CallerID - ON, а CallerID не приходит, то данный вызов просто отбивается. Даже проще ситуация, когда параметр включён на шлюзе и включена услуга у провайдера, но пришёл вызов с ошибкой в CallerID, то он также отобьётся системой.
В связи с этим возник вопрос или даже предложение, почему бы в таких ситуациях не отбивать вызов, а передавать дальше, подставляя при этом вместо номера CallerID - "Anonimus"? Это решит вопросы с временно неподключённой услугой и не будет отбивать вызовы в случае ошибок с CallerID.

Dmitriy_eltex
Сообщения: 1234
Зарегистрирован: 28 окт 2014 08:53
Reputation: 10

Re: FXO и CallerID

Сообщение Dmitriy_eltex » 30 янв 2019 17:57

promsv писал(а):День добрый.

Возник вопрос по настройке FXO порта в шлюзе TAU-32M.IP
В настройке параметров абонентского FXO порта, раздела входящей связи, есть пункт "Использовать АОН принятый из ТФоП"(Use PSTN CallerID).
Если у нас не подключена услуга передачи CallerID у провайдера, данный параметр ставится в OFF то звонки поступают без определения номера. Если мы знаем, что у нас от провайдера приходит CallerID (подключена данная услуга), мы включаем данный параметр и номера звонящих у на определяются, всё чудесно.
Но, если мы рассмотрим ситуацию, когда мы не знаем, подключена ли данная услуга у провайдера или её подключат, но позже. Она будет востребована, а при этом доступа к оборудованию не будет. Если мы ставим параметр Use PSTN CallerID - ON, а CallerID не приходит, то данный вызов просто отбивается. Даже проще ситуация, когда параметр включён на шлюзе и включена услуга у провайдера, но пришёл вызов с ошибкой в CallerID, то он также отобьётся системой.
В связи с этим возник вопрос или даже предложение, почему бы в таких ситуациях не отбивать вызов, а передавать дальше, подставляя при этом вместо номера CallerID - "Anonimus"? Это решит вопросы с временно неподключённой услугой и не будет отбивать вызовы в случае ошибок с CallerID.

Здравствуйте.

Так TAU32m в этом случае и не отбивает вызов.
Она шлет его дальше с пустым from, а отбивает вызов уже, скорей всего, вышестоящий SIP сервер.
Дмитрий Закурдаев / Элтекс / Сервисный центр VoIP

promsv
Сообщения: 7
Зарегистрирован: 24 фев 2015 19:51
Reputation: 0

Re: FXO и CallerID

Сообщение promsv » 01 фев 2019 20:37

Dmitriy_eltex писал(а):
promsv писал(а):День добрый.

Возник вопрос по настройке FXO порта в шлюзе TAU-32M.IP
В настройке параметров абонентского FXO порта, раздела входящей связи, есть пункт "Использовать АОН принятый из ТФоП"(Use PSTN CallerID).
Если у нас не подключена услуга передачи CallerID у провайдера, данный параметр ставится в OFF то звонки поступают без определения номера. Если мы знаем, что у нас от провайдера приходит CallerID (подключена данная услуга), мы включаем данный параметр и номера звонящих у на определяются, всё чудесно.
Но, если мы рассмотрим ситуацию, когда мы не знаем, подключена ли данная услуга у провайдера или её подключат, но позже. Она будет востребована, а при этом доступа к оборудованию не будет. Если мы ставим параметр Use PSTN CallerID - ON, а CallerID не приходит, то данный вызов просто отбивается. Даже проще ситуация, когда параметр включён на шлюзе и включена услуга у провайдера, но пришёл вызов с ошибкой в CallerID, то он также отобьётся системой.
В связи с этим возник вопрос или даже предложение, почему бы в таких ситуациях не отбивать вызов, а передавать дальше, подставляя при этом вместо номера CallerID - "Anonimus"? Это решит вопросы с временно неподключённой услугой и не будет отбивать вызовы в случае ошибок с CallerID.

Здравствуйте.

Так TAU32m в этом случае и не отбивает вызов.
Она шлет его дальше с пустым from, а отбивает вызов уже, скорей всего, вышестоящий SIP сервер.


Несколько неточно выразился. Я не имел в виду, что именно TAU отбивает вызов, дело как раз в пустом поле "from". Тот же Asterisk его не будет воспринимать и вызов будет сбрасываться. Почему бы вместо пустого поля не слать "Anonimus"?

Dmitriy_eltex
Сообщения: 1234
Зарегистрирован: 28 окт 2014 08:53
Reputation: 10

Re: FXO и CallerID

Сообщение Dmitriy_eltex » 04 фев 2019 10:41

promsv писал(а):
Несколько неточно выразился. Я не имел в виду, что именно TAU отбивает вызов, дело как раз в пустом поле "from". Тот же Asterisk его не будет воспринимать и вызов будет сбрасываться. Почему бы вместо пустого поля не слать "Anonimus"?

Аnonymous это более менее стандартизированное понятие в SIP:
https://tools.ietf.org/html/rfc3323
https://tools.ietf.org/html/rfc3325
и использование его для обходов недонастроенных астерисков оператора это не лучшее решение.
Аnonymous используется для сокрытия конфиденциальных данных по публичным сетям, например для услуги АнтиАОН.

Единственное Вы можете включить в настройках FXO порта:
АнтиАОН (CLIR) – услуга – «запрет предоставления номера абонента» – при установленном значении
SIP:from номер абонента будет скрыт только в поле from, при установленном значении SIP:from и
SIP:contact номер абонента будет скрыт как в поле from так и в поле contact. При работе по протоколу
H.323 номер будет скрыт при любом из установленных значений SIP:from, либо SIP:from и SIP:contact;

Но эффект будет такой же как от отключения опции "Использовать АОН принятый из ТФоП".
Для всех звонков будет применяться это правило. Вне зависимости от прихода CallerID.
Дмитрий Закурдаев / Элтекс / Сервисный центр VoIP


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

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

Сейчас этот форум просматривают: Google [Bot] и 17 гостей