BiTel

viewtopic.php?f=10&t=4937#p43627

Здесь подняли тему как быть когда кол-во нумерации - мнооого. Решил вынести отдельным топиком.

Префиксы, REGEXPы - это конечно хорошо, но вот когда оперирование идёт большим количеством нумерации - здесь действительно становится тоскливо. К тому же нумерация повторяется в разных правилах, и если она меняется - нужно переделывать все правило с другим периодом.

Предлагается разработчикам такое решение (доработка): Помимо имеющихся проверок добавить проверки на Нумерацию. Подобно тому как есть в модуле IPN категории трафика (диапазоны IP-адресов, которые привязываются к услугам) ввести понятие "Диапазоны нумерации" (название не суть важно, главное принцип). Эти диапазоны характеризуются - ID, Название, Собственно сам диапазон (например 7хххх222000-7хххх222999), Период действия. Таким образом можно будет в добавленных проверка указывать С/НА IDы Диапазонов (через запятую) и также исключения. Таким образом можно будет заводить кучу нумерации (один диапазон руками добавил, остальные можно автоматизировать) и избежать громоздких правил. Как следствие - меньше править правила=>меньше ошибок, больше юзабилити.

Рассмотрим случай: Я подключен к одному оператору. У него есть основной узел, смежный узел, транзитный узел, присоединенные операторы, и еще смежные узлы к присоединенным. У меня есть номера доступа. Вызовы на меня: Для услуги инициирования мне нужно описать 5 правил (с разных А-номеров разная цена, разные услуги). Одно на завершение, и оно должно исключать номера доступа(уже повтор). Итого 6 правил. и это на одного оператора. Причем нумерация присоединенных как правило рассматривается как вся нумерация города за исключением 4х остальных типов (опять повторы), ибо можно ловить много не тарифицированных звонков. Пример сложный, но показательный (и причем реальный, и думаю не редкий, хотя на самом деле подключений к операторам больше одного, что соответственно еще сложнее). Добавил я номер доступа - изволь переписать все правила, добавилась у него нумерация смежных - изволь переписать 3 правила (одно на завершение на его сети и 2 на его инициирование на мои номера доступа (одно основное, одно с исключением этой нумерации из нумерации присоединенных)). Не айс!

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

И еще - подобным же образом можно ввести Ветку в тарифном плане (только там уже выбирать Наименование диапазона) и тарифицировать транзитный трафик (там ведь тоже в основном всё завязано на те же самые диапазоны). А так опять же помимо правил меж операторских придется править или карты цен или зоны или еще что-то.

Надеюсь в каком то виде данный функционал будет реализован. Какие есть мнения на этот счет? КТО ЗА ?

Кстати, такой подход не рушит существующие настроенные и рабочие методы подсчета, а лишь расширяет функционал. По сути и задача то не сильно сложная, а плюс биллингу в этом плане сразу БОЛЬШОЙ. Будет реализация ?

Для наглядности приведу схемку, упрощенную, всего с двумя операторами.

Итак, есть коммутатор потоков Е1 (наш), с подключенными к нему портами: 1 - Оператор1 (Я) Порт1, Оператор2 - Сибирьтелеком(Ростелеком) Порт2. Сделаю поправку, схему уже не стал перерисовывать, Номера доступа входят в состав всей нашей нумерации (1). У Оператора2 номера доступа из разной нумерации и он соединен с другими операторами.

Составляем правила и услуги:



Как видно нумерация 2,3,4,5,6 постоянно повторяется в правилах. И на данный момент в биллинге это нужно прописывать префиксами. А если нумерация меняется - то нужно переделывать все правила, где фигурирует эта нумерация. Мало того, пусть даже у меня сеть небольшая и нумерации немного, но подключены то все как правило к большим операторам, у которых диапазонов нумерации много. И еще в зоновую нумерацию входят региональные префиксы мобильных - а их тоже не мало. В общем текущая схема работы с правилами крайне нетривиальная, громоздкая, а при очень больших количествах нумерации (как пишут в соседнем топике, где нужно вообще тысячи префиксов прописывать) - вообще практически неприменимая.

Поэтому и предлагается ввести дополнительную проверку по идентификаторам групп нумераций - диапазоны, ну или также префиксы, но вынести отдельно возможность их редактирования (сделать в модуле закладку "Нумерация") - название группы, в которую входят: диапазоны(или префиксы), указание периода, описания. Таким образом получится простая, универсальная, масштабируемая система обсчета. Добавилась нумерация - дописал её в одном месте, а правила остались на месте. Ну и как было сказано - это позволит работать с очень большими объемами нумерации.
viewtopic.php?f=10&t=5625 - это тоже решилось бы таким образом.
И еще можно по SQL-запросу определить в какие диапазоны (или префиксы) попадает номер.
В общем плюсов из этой фичи много видится.

А то вот сижу голову чешу как всё это запихать в правила, учитывая что подключенных операторов несколько - мрак. Нид хелп.

Давно напрашивалась такая тема. В текущей реализации модуля Phone просчитывать операторов присоединённых на местном уровне это кромешный ад. Учитывая что МГТС, Вымпелком и прочие меняют собственные ёмкости почти каждую неделю. Благо есть 3% дозволенной погрешности...
В общем я очень ЗА такого функционала.

_________________
Клиент: вер. 7.1.102 / 20.04.2018 19:02:09
os: Windows 8.1; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_172
Сервер: вер. 7.1.970 / 20.04.2018 19:04:17
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_162

У разработчиков давно витает идея сделать новый модуль TELEPHONE который бы объеденил в себе функционал модулей PHONE и VOICEIP вот возможно там вашу идею и реализуют (не безкорыстно конечно, но я бы постик в хелпдескке бы создал), однако это пока тока планы и они очень заняты модулем INET как его допилят так возьмутся за телепхоне.....

_________________
Интернет и телефония оптом со склада, или в розницу

Новое новым, а текущие вопросы тоже нужно решать. У меня тут еще одна контора подумывает на БГ перейти, но вот этот моментик тоже оочень сильно тревожит, ибо нумерации там много межоператорской. 10-20 префиксов прописать не проблема, а вот когда счёт на сотни идёт .... ну... сами понимаете... всё уже описал. Не, конечно мооожно составлять длиииинные такие префиксы, и раз в месяц/два менять (добавлять!) правила в связи с добавлением у кого-то какой-то нумерации. Но этот факт не вяжется с формулировкой "Автоматизированная система расчетов высшего уровня автоматизации". Не спорю, плюсов много. Но именно вот этот момент добавляет ложку дегтя.

Новый модуль будет на базе доработанного Phone. Вероятнее всего, туда добавим поддержку RADIUS.
Доработку рассматриваем в HelpDesk.
Отпишем туда же.

А чёнить по срокам известно по новому моудулю? А то сейчас у нас статистика о звонках стекается раными путями (сдр, радиус) и приходится держать два модуля что крайне не удобно, да и клиенты ругаются что статистика звонков в разных местах лежит....

_________________
Интернет и телефония оптом со склада, или в розницу

А новый модуль для 5.2 или для 5.3?

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

если 5.2 то есть надежда заюзать в 12 году если 5.3 то не раньше 13...

_________________
Интернет и телефония оптом со склада, или в розницу