Элтекс

Приветствую.
Переадресованный вызов, приходящий по ОКС. В сторону абонента SMG отдается действительный CgPN, а в RADIUS и в CDR в качестве CgPN отправляется номер, с которого произведена переадресация. В профиле RADIUS в CgPN установлено CgPN-out. Как бороть?
Версия ПО последняя.

а с чем вы собираетесь бороться? SMG всё правильно сделала с точки зрения биллинга.
Абонент получил сервис, увидел номер телефона, который начал этот вызов, ему его передали в CgPN. В redirection Number находится номер, кто переадресовал, который, как я понял, и падает в CDR и radius. С точки зрения денег - всё верно будет подсчитано. Если вам нужно потом сверки с операторами делать и этот момент мешает, то там наверняка должно быть в CDR поле с номером redirection... я на smg просто не генерирую CDR, поэтому не знаю как оно там выглядит.

Выяснилось, что на другом SMG делается всё как хочется. В RADIUS и в CDR отдается действительный CgPN. Отличия в IAM.
IAM, при котором отдается Redir, номер 600600 переадресован на 333335:



IAM, при котором отдается CgPN, номер 900000 переадресован на 288888:

так вам как в итоге надо то?

А->В->С
Что должен получить С:
1) CgPN A или CgPN B?
2) в CDR в качестве номера А должен попасть номер абонента А или номер абонента В?

или напишите в аналогичной схеме, как вы хотите. А то не понятно, что такое "действительный" CgPN... он для каждой задачи при организации вызова свой, действительный. для биллинга один, для абонента С другой.

В CDR, в RADIUS, в Абонента C должно попасть CgPN = А.
Кроме того, если я правильно понял, в CDR предусмотрены поля, где содержится и B.

посмотрел я поля, которые возможны, у меня на smg (v3.. Судя по названиям, и по тому, что там есть "Входящий/Исходящий номер переадресующего", там не сделано не корректно, с точки зрения денег. При обработке такого CDR, потребуется добавлять лишнюю (не нужную) логику обработки! Ну это IMHO (от русского, пардон, "имею мнение, Х оспоришь").

Если бы там были все те же самые поля + "Входящий/Исходящий номер переадресуЕМОГО", то проблем вообще ни у кого бы с этим не возникло. При вызове с переадресацией должно сформироваться 2 записи в CDR: (1) A->В и (2) В->С. И вот в них уже как доп информацию можно (желательно, для диагностики и разбора полётов) указать признак переадресации (который там присутствует) и номер переадресуемого во второй записи.


Впрочем вам надо "как не правильно" и вы посмотрите на наборы полей (может у вас версии ПО отличаются)... + галочки замены CgPN в транковых группах.

PS: у меня с ECSS-10 сейчас тоже проблема с формированием CDR, где номера участников вызова с переадресацией ставятся в соответствие с логикой сигнализации (как вам надо), но CDR формируется для учёта денег. Деньги считаются по другому.
PS2: если бы я был не прав, я думаю меня бы завернули с моими просьбами сделать как надо. Но тем не менее, ждём доработок. Надеюсь это не только потому, что я заказчик, но и всё таки потому, что аргументов против (кроме того, что человекочасы будут потрачены) нет.

s45rus писал(а):В CDR, в RADIUS, в Абонента C должно попасть CgPN = А.
Кроме того, если я правильно понял, в CDR предусмотрены поля, где содержится и B.

Не совсем согласны с Вами, рассмотрим пример, когда к вашему абоненту(74959999999) приходит звонок с сотового номера (79166666666),
на абоненте стоит редирект на номер 79177777777,
построение полей на выходе будет такое:

CdPN 79177777777
CgPN 79166666666
Redirecting Number 74959999999 (Ваш абонент)

если в RADIUS уйдет А 79166666666, Б 79177777777, то билинг выставит счет за звонок номеру 79166666666, который вообще не относится к вашей сети, это разве корректно?

Но к слову еще, на версии 3.9.0 (бета версия уже есть) это поведение настраиваемое,
можно выбрать что сделать с Redirecting Number:
- заменить на CgPN (как работает сейчас)
- передавать отдельным полем h323-redirect-number

Женя писал(а):если в RADIUS уйдет А 79166666666, Б 79177777777, то билинг выставит счет за звонок номеру 79166666666, который вообще не относится к вашей сети, это разве корректно?

Они могут считать трафик по фиксированным тарифам на всю ТГ. Тут проблема как бы нивелируется, это их дело. Я думаю автор уже понял, как должно быть на самом деле и свою модель сможет подогнать под различные варианты, которых уже достаточно на SMG реализовано.

Женя писал(а):Не совсем согласны с Вами, рассмотрим пример, когда к вашему абоненту(74959999999) приходит звонок с сотового номера (79166666666),
на абоненте стоит редирект на номер 79177777777,

У меня не такая ситуация. Редирект НА МОЕГО абонента. И в RADIUS CgPN я вижу чужой номер, на котором стоит редирект, а не номер позвонившего по этой цепочке.
На пальцах: я звоню с сотового на номер 111111. На номере 111111 стоит редирект на номер 888888 (мой абонент). В RADIUS-е CgPN=111111, CdPN=888888. Но на другом SMG CgPN=мой сотовый, CdPN=888888, что я считаю верным (для своего биллинга). И в CDR этого SMG я смогу увидеть 111111 в поле редиректа.
Вот я и привел по IAM-у с этих SMG.

s45rus писал(а):

Женя писал(а):Не совсем согласны с Вами, рассмотрим пример, когда к вашему абоненту(74959999999) приходит звонок с сотового номера (79166666666),
на абоненте стоит редирект на номер 79177777777,

У меня не такая ситуация. Редирект НА МОЕГО абонента. И в RADIUS CgPN я вижу чужой номер, на котором стоит редирект, а не номер позвонившего по этой цепочке.
На пальцах: я звоню с сотового на номер 111111. На номере 111111 стоит редирект на номер 888888 (мой абонент). В RADIUS-е CgPN=111111, CdPN=888888. Но на другом SMG CgPN=мой сотовый, CdPN=888888, что я считаю верным (для своего биллинга). И в CDR этого SMG я смогу увидеть 111111 в поле редиректа.
Вот я и привел по IAM-у с этих SMG.

Ну тогда ждите 3.9.0, там можно опционально сделать.
Если хотите можем бета-версию отправить.

Залил 3.9. Как заменить это для радиуса, не нашел. Подскажете?

s45rus писал(а):Залил 3.9. Как заменить это для радиуса, не нашел. Подскажете?

если я верно понял речь про параметр "Redirecting Number" который добавили в RADIUS-profile в раздел Accounting

Речь про этот параметр в CdPN в CDR )

Может быть я неправильно сформулировал, или меня неправильно поняли...

Звонок с номера 111111 на номер 222222. Оба номера не мои. На 222222 установлен редирект на мой номер 333333.
В радиусе и у моего абонента, номер вызывающего = 111111, номер вызываемого = 333333.

В CDR же, номер вызывающего = 111111, номер вызываемого = 222222.

Но напомню, что на аналогичном SMG в другом месте, в аналогичной ситуации, в CDR номер вызывающего = 111111, номер вызываемого = 333333.

Может вообще, в первом случае я получаю некорректный IAM, и мне следует обратиться к присоединяющему оператору.