Тема: TDA-100 (номер вызываемого абонента)
Мудрить приходится для биллинговой программы.
Смысл в том, что она должна по первым цифрам номера 444 определить что это IP-оператор и взяв оставшиеся протарифицировать вызов в зависимости от направления 8921. В настоящее время люди для выхода на Ip-оператора используют быстрый набор **555. В логе данный вызов имеет кучу цифр и код доступа. Тарификационная программа не умеет отделять котлеты от мух. Вот и извращаюсь.
Есть вопросы:
1. Судя по разбивке линий на группы СО, у Вас 8 СО-шек в первой группе, и 4 канала IP-GW во второй. С набором в гейтвей все ясно. Я так понимаю, что оставшиеся 8 СО-шек подключены к Вашему IP-оператору? Следовательно, все, что Вы хотите через него набрать, требует ввода кода доступа? Или я не совсем правильно понимаю ситуацию? И что значит “вызов в зависимости от направления 8921”? Можете написать первые цифры номеров, кот. будут набираться через этого оператора?
2. Вам надо видеть в логе все цифры, включая код доступа, или же только набранный номер? Так Вы же сами писали, что
Мой вызов лог-файле отображается как 4448921ХХХХХХХ
То, что я Вам предложил, в принципе, ничего для SMDR не изменит. Просто, зачем огород городить, если можно проще решить задачу?.. Номер должен будет отражаться в виде 8921ХХХХХХХ. Вас так не устраивает? В нормальной биллинговой системе можно фильтровать вызовы по номеру (по маске 8921 в Вашем случае)...
Да, вы ведь этот 444 ARS включили, значит в 9.1 и в 2.6.1 не надо, все через 9-ку должно работать. только вот у вас в 8.5 вроде должно идти в аналоговые СО раз там переход и импульсного набора на тоновый, 2 группу затереть.Или уж в 9.1 творите, только удаляя цифры и добавляя куда, переход в тон и пин код.
Есть вопросы:
1. Судя по разбивке линий на группы СО, у Вас 8 СО-шек в первой группе, и 4 канала IP-GW во второй. С набором в гейтвей все ясно. Я так понимаю, что оставшиеся 8 СО-шек подключены к Вашему IP-оператору? Следовательно, все, что Вы хотите через него набрать, требует ввода кода доступа? Или я не совсем правильно понимаю ситуацию? И что значит “вызов в зависимости от направления 8921”? Можете написать первые цифры номеров, кот. будут набираться через этого оператора?
2. Вам надо видеть в логе все цифры, включая код доступа, или же только набранный номер? Так Вы же сами писали, чтоМой вызов лог-файле отображается как 4448921ХХХХХХХ
То, что я Вам предложил, в принципе, ничего для SMDR не изменит. Просто, зачем огород городить, если можно проще решить задачу?.. Номер должен будет отражаться в виде 8921ХХХХХХХ. Вас так не устраивает? В нормальной биллинговой системе можно фильтровать вызовы по номеру (по маске 8921 в Вашем случае)...
К CO подключены обычные городские линии. Выход на IP оператора производится по его номеру дозвона (обычному городскому номеру) с последующим вводом кода доступа и набором номера абонента. Сейчас на IP выходят через быстрый набор **555. Чтобы все глобально не менять решил, что вместо **555 будут набирать просто 444 (в дальнейшем планируется сменить на 555) и выходить так же на IP-оператора.. В конфиге программы тарификации можно указать номер дозвона к IP-оператору, например 444, чтобы она знала, что это вызов через IP-телефонию и далее взяла оставшиеся цифры из лога 8921ХХХХХХХ и сравнила 921 со своей таблицей направлений и протарифицировала этот вызов. Если в логе будет просто 8921ХХХХХХХ, то она протарафицирует совсем по другому плану не по IP.
Да, вы ведь этот 444 ARS включили, значит в 9.1 и в 2.6.1 не надо, все через 9-ку должно работать. только вот у вас в 8.5 вроде должно идти в аналоговые СО раз там переход и импульсного набора на тоновый, 2 группу затереть.
Там надо оставить вообще только первый квадратик, а то слишком много “закрашено” 😊
И Dialing Plan не мешало бы заполнить...
К CO подключены обычные городские линии. Выход на IP оператора производится по его номеру дозвона (обычному городскому номеру) с последующим вводом кода доступа и набором номера абонента. Сейчас на IP выходят через быстрый набор **555. Чтобы все глобально не менять решил, что вместо **555 будут набирать просто 444 (в дальнейшем планируется сменить на 555) и выходить так же на IP-оператора.. В конфиге программы тарификации можно указать номер дозвона к IP-оператору, например 444, чтобы она знала, что это вызов через IP-телефонию и далее взяла оставшиеся цифры из лога 8921ХХХХХХХ и сравнила 921 со своей таблицей направлений и протарифицировала этот вызов. Если в логе будет просто 8921ХХХХХХХ, то она протарафицирует совсем по другому плану не по IP.
Ну, ладно, это я понял. Тогда, все это должно было работать еще вчера: 42Х и 43Х набираем для дозвона до абонентов другой АТС, а для дозвона к IP-опреатору - 9+444+8921XXXXXXX. В п.8.5 в колонке “Удаляемые цифры” пишете 3. Для этого карриера разрешаете только транк-группу 1. В 9.1 и 2.6.1 цифры 44 писать не надо, как заметил Архип.
Похоже, когда я добавил в 9.1 и 2.6.1 - 44 эти вызовы уходили на обычного городского абонента 4448921, где последние цифры моего сотового станции были до фени. Этот абонент мне отвечал. 😊
25/06/10 07:35PM 133 0003 4448921ХХХХХХХ 00:00’01 00000.00
Убрал 44 с 9.1 и 2.6.1. Урезал 3 цифры В п.8.5 из номера. Теперь их в логе нет. При наборе с системника на уже на 44 выдает не существует, не дожидаясь последней 4. Хотя в логе видно, что он начал подхватывать запись из 8.5 “код доступа к поставщику” и номер вызываемого абонента 8921ХХХХХХХ.
25/06/10 07:40PM 133 0003 93800531*#PP111111111111118921ХХХХХХХ 00:00’02 00000.00
Нифига не хочет! Что все-таки может быть?
а для дозвона к IP-опреатору - 9+444+8921XXXXXXX. В п.8.5 в колонке “Удаляемые цифры” пишете 3. Для этого карриера разрешаете только транк-группу 1.
Вопрос! Почему нужно 9 +444 набирать, а не просто 444 для того чтобы выйти на пункт 8.5.
ARS в панасонике зпускается только после набора кода выхода на город, в данном случае 9-ку. Можно конечно замаскировать эту девятку под диал 444 в 2.6.2 (быстрый набор номера, или дать пас в персональный справочник), но при внимтельном рассмотрении все равно увидим что без 9-ки никак.
Похоже, когда я добавил в 9.1 и 2.6.1 - 44 эти вызовы уходили на обычного городского абонента 4448921, где последние цифры моего сотового станции были до фени. Этот абонент мне отвечал. 😊
25/06/10 07:35PM 133 0003 4448921ХХХХХХХ 00:00’01 00000.00
Конечно, так и должно быть. Вы ведь выходите на город через TIE-доступ. В этом случае код доступа к поставщику не используется. Вот и получилась у Вас ерунда...
Убрал 44 с 9.1 и 2.6.1. Урезал 3 цифры В п.8.5 из номера. Теперь их в логе нет. При наборе с системника на уже на 44 выдает не существует, не дожидаясь последней 4. Хотя в логе видно, что он начал подхватывать запись из 8.5 “код доступа к поставщику” и номер вызываемого абонента 8921ХХХХХХХ.
25/06/10 07:40PM 133 0003 93800531*#PP111111111111118921ХХХХХХХ 00:00’02 00000.00
Нифига не хочет! Что все-таки может быть?
1. Уберите, наконец, 9-ку из кода доступа к поставщику. Должно быть 3800531
2. Вы привыкли набирать через быстрый набор, а теперь еще используете набор из системного справочника (**555). Для того, чтобы ARS работал, необходимо набирать код доступа к свободной линии, т.е., в Вашем случае - 9-ку, как совершенно правильно Вам указал уважаемый Архип. У Вас в п.8.1 стоит метод включения ARS при любом виде доступа к СО. Можете использовать любой вид доступа к СО: 9, 8ХХ или *37ХХХ...
Меня тема уже забавляет.. Сколько можно тыкать носом в правильный ARS? Задача охрененно банальнейшая..
Что в итоге хотите видеть в биллинговом отчёте? Что вызов прошёл через карточного (дозвонного) оператора? С дополнительными цифрами (типа чтобы “отделить” о тех, что напрямую) или без оных? За каким керном приплели сюда SSD, когда проще прикрутить QD? Какие есть дополнительные пожелания и хотелки?.. Вот когда всё сформулируется и будет накрыта поляна, вот тогда потребуется DSYS..
