Добрый день

Имеется Триксбокс. Запущен в эксплуатацию как SIP-прокси для абонентов, подключенных через FXS-шлюзы Audiocodes. Абоненты "реальные" с живыми номерами городской номерной ёмкости. Пропуск трафика на внешних провайдеров (и от них) идет через Cisco AS5400XM. Таким образом, Триксбокс выступает в роли софт-свича. Всё это в целом работает отлично, если речь идет просто о звонках. Вопрос возник в связи с ДВО.

Вот конкретный пример:
1. Абонент с номером 861ХХХХХХХ включает переадресацию на мобильный телефон 918ХХХХХХХ
2. На его номер поступает вызов из города, с номера 861YYYYYYY.
3. Трикс делает вызов на мобильный 918ХХХХХХХ и указывает CLID=861YYYYYYY
4. Вызов отбивается оператором стыка, поскольку ёмкость 861YYYYYYY не принадлежит нашей компании.
Кроме технического момента, есть коммерческий: тарификация идет у нас радиусом-аккаунтингом, по А-номеру.

Вопрос: как сконфигурировать трикс, чтобы при переадресации CLID = номеру экстеншена? Тему я прогуглил, но почти все обсуждения рассматривают противоположный вариант.

никак... Читайте закон о связи.

А какой CLID ждет от вас оператор ?

Только входящий в нашу номерную ёмкость.

Несколько не по самому вопросу, но по его теме. Я весь день занимался трассировкой и вкратце выводы следующие:
- трикс (астериск) не делает "правильной" переадресации (сообщения 181, 302, или хотя бы DIVERSION в инвайте); вместо этого трикс фактически инициирует еще один вызов, используя А-номер в качестве calling party number и С-номер (номер НА который включена переадресация) в качестве called party number.
- поскольку имеется вышеописанный, совершенно обычный SIP-звонок, то циска AS5400XM при приземлении звонка на PSTN по ISDN PRI, не использует поле redirecting number.
- для внешнего оператора, такой звонок не является переадресованным, и если А-номер не входит в мою емкость, то звонок отбрасывается.

Вопрос. Вообще, есть какой-то вариант заставить asterisk отрабатывать сценарий переадресации не как два раздельных звонка, но как именно переадресацию?

Мсье решил воткнуть PBX, в качестве софт-свича и ждет, что взлетит? =)
Нет, так или иначе это будет два "отдельных" вызова.

P.S.: Мне кажется правильнее было бы использовать чистый * - легче было бы подогнать логику под свои требования.

Ну вроде того, кстати. В точку. Именно что в качестве софт-свича. И вот эти два вызова в известной степени хоронят идею.

А почему такое мнение относительно оригинального астериска? Я так понимаю, что трикс это же не более чем набор php-скриптов над оригинальным ядром, нет?

Хы =) Операторы связи, блин.

Во-первых, триксбокс содержит свои элементы логики из расчета, что строится на его базе будет именно АТС. Поэтому адаптация его работы под задачи оператора (пусть даже и корманного) будет значительно сложнее - придется все делать с оглядкой на эту самую логику.

Во-вторых, решением "в лоб" может считаться установка Kamailio (и ему подобных систем) "перед" триксом, для реализации базовой переадресации (безусловной). Там уже можно городить и SIP 302, и любые дополнительные SIP-заголовки без установления двух вызовов.

В-третьих, два вызова проблемны только в том, что придется пропускать трафик через себя. Caller-id и доп заголовки можно устанавливать любые.

Я так понимаю, что для понимания элементов логики трикса, его надо установить и поюзать. Далее, с высоты опыта уже можно восклицать и про операторов связи, хы. ;)

Эксперимент сам по себе удачен. С позиции дополнительного элемента маршрутизации сип-трафика внутри операторской сети трикс вписался отлично. Но вот, как оказалось, не без нюансов, которые можно простить с оглядкой на бесплатность.

Не-не, про операторов связи надо бубнить постоянно и громко - тогда они лениться не будут =) Раз уж на то пошло, Трикс не просто обертка из php над *, он добавил кучу обработки в диалплан, которая не всегда коррелирует с функционалом софт-свича.

Повторю еще раз, "нюансы" легко исправляются даже в рамках Трикса. Не надо оглядываться на бесплатность - здесь многие легко продадут решение на нем за деньги, если без этого тяжело жить.