https://opennet.ru/openforum/vsluhforumID6/21933.html Добрый день<br><br> Имеется AS5400XM, на ней поднята карточная платформа на TCL 2.0. Абонент звонит на платформу, циска его радиусом авторизует в биллинге, потом спрашивает номер куда он там хочет позвонить и если все ОК, то совершает вызов:<br><br>...<br>leg setup $dest callInfo -l leg_outgoing<br>...<br><br> Проблема в том, что такая механика не позволяет передать А-номер конечному абоненту: простой исходящий вызов, где А-номер не принадлежит нашей ёмкости, будет блокирован провайдером стыка. Пройти такой вызов может только в двух случаях: если А-номер подменяется фиктивным из нашей емкости, или если в полях исходящего сообщения Setup передается RDNIS (redirectNum). Во втором случае, присоединенный оператор поймет, что вызов переадресован абонентом нашей емкости (понятно кого тарифицировать) и пропустит звонок. А первый вариант - это то, как у нас сейчас всё работает. ;) Хочется же, чтобы все было правильно и красиво.<br><br> Изучение параметров массива callInfo говорит о том, что реализовать задачу можно, потому что есть п https://opennet.ru/openforum/vsluhforumID6/21933.html#3 Mon, 22 Nov 2010 09:27:16 GMT &gt; На просторах решения подобной задачки не встречал, сам игрался с обратным -<br>&gt; расфасовыванием в зависимости от RDNIS.<br>&gt; А что в deb q93 происходит, после телодвижений, смотрели?<br><br>Тут понимаете, ситуация в том, что на 10 вариантов игр с параметрами callInfo только один реально отрабатывает на этапе leg setup. Остальные отрубаются с той или иной ошибкой. Как бы там ни было, в дебаге видно, что RDNIS никак не интерпретируется и поле Redirect number в сообщении Setup не инициализируется<br><br><br> https://opennet.ru/openforum/vsluhforumID6/21933.html#2 Mon, 22 Nov 2010 08:48:47 GMT На просторах решения подобной задачки не встречал, сам игрался с обратным - расфасовыванием в зависимости от RDNIS.<br>А что в deb q93 происходит, после телодвижений, смотрели?<br> https://opennet.ru/openforum/vsluhforumID6/21933.html#1 Mon, 22 Nov 2010 07:13:56 GMT Однако, количество ответов зашкаливает<br>