Элтекс

День добрый.

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

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

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

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

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

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"?

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.