Ситуация следующая:
В CNACLD есть один префикс 8 (national toll) и много 8xxxx (local toll)
Задача, поменять используя ADD PFXPRO набранный номер c префиксом 8 на префикс 815
Создал специальную обработку префикса для 8, но она не работает для прписанных в CNACLD 8xxxx.
Можно ли как то, не создавая для каждой записи CNACLD 8xxxx свою PFXPRO 8xxxx, заставить обрабатывать одним префиксом 8 все 8хххх в PFXPRO.
Записи 8хххх в CNACLD нужны для определения зональной связи.
Service Prefix и Prefix Special Processing
Страница: 1
Сообщений 1 страница 21 из 21
Поделиться12010-04-22 15:31:53
Поделиться22010-04-23 09:32:13
А попробуй префикс 8 создать с параметром minimum number length = 1.
Поделиться32010-04-23 10:24:45
james написал(а):
А попробуй префикс 8 создать с параметром minimum number length = 1.
Не помогает
Поделиться42010-04-23 11:04:20
Ну это был вариант - ну тогда наверно остается делать для каждого CNACLD делать PFXPRO.
Поделиться52010-04-23 11:04:43
Пришли как прописано.
Поделиться62010-04-23 11:10:39
Вячеслав написал(а):
Пришли как прописано.
префиксы 8 и 8843
для 8 - работает обработка префикса для 8843 - нет
Basic service call prefix
-------------------------
DnSet = 0
Call prefix = 8
Service category = Basic service
Service attribute = National toll
Custom attribute = NO
Min.len = 1
Max.len = 13
Route selection = 29
Priority selection code = 255
Release mode = Unilateral release
Additional signaling flag = YES
Prefix processing flag = YES
Caller number analysis flag = NO
Emergency call flag = NO
Query area code = NO
Gain = Toll gain
Free flag = NO
Ring delay time = 0
Charging selection = 10
Service sequence number = 0
Time delay trigger point = 0
Triggering delay = 0
Destination = 65535
Basic service call prefix
-------------------------
DnSet = 0
Call prefix = 8843
Service category = Basic service
Service attribute = Local toll
Custom attribute = NO
Min.len = 1
Max.len = 13
Route selection = 29
Priority selection code = 255
Release mode = Unilateral release
Additional signaling flag = YES
Prefix processing flag = NO
Caller number analysis flag = NO
Emergency call flag = NO
Query area code = NO
Gain = Toll gain
Free flag = NO
Ring delay time = 0
Charging selection = 10
Service sequence number = 0
Time delay trigger point = 0
Triggering delay = 0
Destination = 65535
Number Changing
---------------
Change index = 15
Type = Number changed
Change location = 0
Change length = 1
Address nature ID = Address nature not changed
New number = 15
Special process of specified call prefix
----------------------------------------
Call source = 15
Address nature = All number
Called num change flag = YES
Called change idx = 15
Caller num change flag = NO
Call transfer voice station send tone = NO
Caller change idx = 0
Fail cause code = Supplementary service activation conflicted
Fail process = NO
Re-analysis = NO
New DnSet = 0
Send tone = Not sending tone
Tone position = 0
Signal tone type = Record0
Поделиться72010-04-23 11:35:42
А ты поставил: Re-analyze = TRUE
Это мой пример.
LST PFXPRO: PFX=K'863275;%%
RETCODE = 0 Operation succeeded
DnSet Call prefix
0 863275
Special processing attr
-----------------------
Call source = 0
Address nature = National number
Called number change flag = TRUE
Called number change index = 2
Caller number change flag = FALSE
Caller number change index = No change
Fail cause code = Supplementary service activation conflicted
Fail process = FALSE
Re-analyze = TRUE
New DnSet = 0
Send tone = Not sending tone
Signal tone site = 0
Tone type = Record0
Режем по второму правилу:
%%LST DNC: DCX=2;%%
RETCODE = 0 Operation succeeded
Number change data
------------------
Number change index = 2
Number change type = Delete number
Change location = 0
Change length = 3
Address nature indicator = National number
New number = <NULL>
У тебя нужно будет подставлять. И оправлять на реанализ весь диапазон. Должно заработать. Поробуй.
Поделиться82010-04-23 11:48:11
Вячеслав написал(а):
У тебя нужно будет подставлять. И оправлять на реанализ весь диапазон. Должно заработать. Поробуй.
Извини конечно но это бред. Зачем делать повторный анализ префикса если он уже изменился (вместо 8 стало 15).
Поделиться92010-04-23 12:25:54
При повторном, еще одной подмены не будет.
Поделиться102010-04-23 12:32:47
Вячеслав написал(а):
При повторном, еще одной подмены не будет.
Поясняю.
Есть правило обработки префикса 8 которое не срабатывает для 8843. Ты предлагаешь поставить в этом правиле (неработающем) флаг повторного анализа префикса. А для того чтобы этот флаг имел смысл правило должно сработать хотя бы первый раз.
Поделиться112010-04-23 12:41:55
Вот щас почитал немного - получается что правило PFXPRO работает для конкретного префикса в CNACLD.
По этому для каждого CNACLD - должен быть PFXPRO.
Поделиться122010-04-23 13:15:01
james написал(а):
Вот щас почитал немного - получается что правило PFXPRO работает для конкретного префикса в CNACLD.
По этому для каждого CNACLD - должен быть PFXPRO.
Получается если нужно обработать самый короткий префикс CNACLD в PFXPRO нужно создать одинаковые правила для всех более длинных префиксов ?
Поделиться132010-04-23 13:42:53
не совсем понял вопрос...
Но к примеру:
есть только два CNACLD 80 и 8032
Если ты создашь PFXPRO для 8032 - оно будет работать, но не будет работать если абонент наберет 8033.
И наоборот.
Поделиться142010-04-23 14:27:52
james написал(а):
не совсем понял вопрос...
Но к примеру:
есть только два CNACLD 80 и 8032
Если ты создашь PFXPRO для 8032 - оно будет работать, но не будет работать если абонент наберет 8033.
И наоборот.
То то и оно. Как то нелогично получается. Тогда бы уж они сделали в таблице CNACLD поле преобразование префикса, если приходится дублировать префиксы в обеих таблицах. У меня сейчас задача поменять определенным абонентам (по Call Source) набранный префикс мг/мн (вместо 8 подставить 815) и чтобы это сохранилось в bil файлах. В принципе если делать через bearer index то все получается (достаточно создать соответствующее правило на 8), но тогда в bil файлах не отображается подмена префикса. А в CNACLD у меня префиксов типа 8хххх порядка сотни. Это для того что бы показать префиксы зоновой связи для сотовых операторов. Что то не охота создавать такой же огород в таблице PFXPRO. Некрасиво это.
Поделиться152010-04-23 15:19:30
У а меня вопрос - это надо просто чтоб поменять префикс - или в зависимости от Call Source менять префикс и отправлять на другую ТГ?
Поделиться162010-04-23 16:29:27
james написал(а):
У а меня вопрос - это надо просто чтоб поменять префикс - или в зависимости от Call Source менять префикс и отправлять на другую ТГ?
Нужно определенных абонентов направлять на зоновый узел, который распознает их именно по добавленному префиксу и в зависимости от этого смаршрутизирует дальше по своим правилам.
Поделиться172010-04-23 19:35:42
Тю - так это можно решить совершенно другим способом (если я правильно понял задачу).
Давай уточним.
Итак если я правильно понял имеем следующие данные (к примеру):
абонент А с Call Source = 1
абонент Б с Call Source = 11
местная транк группа 1
зоновая Транк Группа 11
Если абонент А набирает 8 - то его вызов без всяких изменений отправлять на ТГ 1
Если абонент Б набирает 8 - то 8хх нужно преобразовать на 815 отправлять на ТГ 11
Правильно ли я понял условие задачи?
Или же местная ТГ и зоновая - это одна и таже ТГ?
Отредактировано james (2010-04-23 19:36:35)
Поделиться182010-04-24 12:24:58
james написал(а):
Тю - так это можно решить совершенно другим способом (если я правильно понял задачу).
Давай уточним.
Итак если я правильно понял имеем следующие данные (к примеру):
абонент А с Call Source = 1
абонент Б с Call Source = 11
местная транк группа 1
зоновая Транк Группа 11
Если абонент А набирает 8 - то его вызов без всяких изменений отправлять на ТГ 1
Если абонент Б набирает 8 - то 8хх нужно преобразовать на 815 отправлять на ТГ 11
Правильно ли я понял условие задачи?
Или же местная ТГ и зоновая - это одна и таже ТГ?
И для абонента А и для Б при наборе 8 вызов уходит на одну и ту же ТГ (зоновую). Вот только для абонента Б нужно добавить в наборе 15.
Поделиться192010-04-24 12:50:15
Ну тогда напишу как это сделать на твоем примере.
У тебя есть уже правило изменения номера Number Changing 15, и есть Call source = 15
Значит делаешь:
ADD TGLD: CLI=15, TOP=1, RI=0, EI=15;
ADD TGLDIDX: TG=1, CSC=15, P=0, PFX=K'8, CLI=15;
Все после этого у тебя номера с Call source = 15 при наборе 8, при выходе на 1-ую ТГ будут уходить с 15 в начале набора.
Поделиться202010-04-24 13:06:26
james написал(а):
Ну тогда напишу как это сделать на твоем примере.
У тебя есть уже правило изменения номера Number Changing 15, и есть Call source = 15
Значит делаешь:
ADD TGLD: CLI=15, TOP=1, RI=0, EI=15;
ADD TGLDIDX: TG=1, CSC=15, P=0, PFX=K'8, CLI=15;
Все после этого у тебя номера с Call source = 15 при наборе 8, при выходе на 1-ую ТГ будут уходить с 15 в начале набора.
Я так уже пробовал (выше даже писал про bearer index). Дело в том что при такой обработке в файда биллинга *.bil попадает номер без префикса 15 . Там есть две записи для Dialed Number и Connected Number, если делать через bearer они обе одинаковые и соответствуют тому что набрал абонент. А нужно потом этих абонентов посчитать правильно. PFXPRO такой проблемой не страдает. В Connected Number пишется 15хххх
Поделиться212010-07-01 19:33:29
oleg, похоже, что от титанического труда по созданию PFXPRO для каждого префикса тебе не уйти. 
Потому, что, как ты успел заметить, PFXPRO работает с конкретным префиксом. И если есть пересекающиеся префиксы (н-р 8, 81, 812 и т.д.), то PFXPRO, хочешь-не хочешь, но придется писать для каждого. Я уже через такую ситуацию проходил, правда не с такими объемами.
Если же тебе удастся найти какой-то унифицированный способ, поделись опытом, не жадничай 
А пока облегчить твой труд поможет командный файл (создашь его и запустишь).
Страница: 1