LCR+VOIB+Поток... Не могу разобраться с маршрутами. Опции

[Starter]

Анамнез...
Был поток в город, 9ка из плана нумерации была удалена и забита в нетплан. Для выхода на м/г абоненты набирают 98-кодстраны-кодгорода. Конвертация делалась в LCR под требования необходимые прову.
Теперь появился VOIB, соответственно м/г хочется отправлять по IP.
Прописал в нетплане префикс 5 PSTN и IP для выхода на прова IP-телефонии.
По 5ке выхожу - все хорошо работает.
Задача как теперь выход на м/г сделать прозрачным для абонентов, чтоб колхоз в 150 абонентов не переучивать набирать на м/г по другому.
Пробовал через LCR, но вылазит 2 косяка:
1) Если напрямую задать в LCR CO-группу VOIB, то как задать IP-addr направления.
2) Если делать в LCR обработку INT и прописать подмену 98 на 5 как префикс набора и прицепить к нему набранный номер, то набор уходит на ip-провайдера, только 5 все равно остается в впереди. Настройка в нетплане Digit Repeat на это не влияет.

NetCO на VOIB прописаны как PSTN.

Уже весь мозг сломал, но пока не могу придумать как это можно сделать, не меняя правил набора абонентами.

[harris]

Анамнез...
Был поток в город, 9ка из плана нумерации была удалена и забита в нетплан. Для выхода на м/г абоненты набирают 98-кодстраны-кодгорода. Конвертация делалась в LCR под требования необходимые прову.
Теперь появился VOIB, соответственно м/г хочется отправлять по IP.
Прописал в нетплане префикс 5 PSTN и IP для выхода на прова IP-телефонии.
По 5ке выхожу - все хорошо работает.
Задача как теперь выход на м/г сделать прозрачным для абонентов, чтоб колхоз в 150 абонентов не переучивать набирать на м/г по другому.
Пробовал через LCR, но вылазит 2 косяка:
1) Если напрямую задать в LCR CO-группу VOIB, то как задать IP-addr направления.
2) Если делать в LCR обработку INT и прописать подмену 98 на 5 как префикс набора и прицепить к нему набранный номер, то набор уходит на ip-провайдера, только 5 все равно остается в впереди. Настройка в нетплане Digit Repeat на это не влияет.

NetCO на VOIB прописаны как PSTN.

Уже весь мозг сломал, но пока не могу придумать как это можно сделать, не меняя правил набора абонентами.

Ага, идея понятна: 150-ти членам "колхоза" лениво запомнить, что для м\г нужно набрать 5 вместо 98, а форум пускай себе "мозги ломает"...
Вариант 1 не получится априори. Используя 2-ой вариант нужно в LCR DMT подменить 98 на 5, но поле CO Group (ПГМ222/5) оставить ПУСТЫМ (5-ка будет обработана как PSTN код для входа в Net Plan)... Попробуйте.

[All is not what ...]

Ага, идея понятна: 150-ти членам "колхоза" лениво запомнить, что для м\г нужно набрать 5 вместо 98, а форум пускай себе "мозги ломает"...
Вариант 1 не получится априори. Используя 2-ой вариант нужно в LCR DMT подменить 98 на 5, но поле CO Group (ПГМ222/5) оставить ПУСТЫМ (5-ка будет обработана как PSTN код для входа в Net Plan)... Попробуйте.

Проверили совместными усилиями - это работает

если после подмены в DMT на код из Net Plan попытаться добавить ещё цифр, возникает ситуация с гудящим LCR`овским dialtone и отсутствием реакции на набор цифр

[Alex_Q]

2 Starter:
В моем случае номера групп линий, используемых в 141 и 322-324 совпадают. Эту закономерность для себя я вывел давно - еще с версии 3.00 - и не задумываясь ею пользуюсь. Причем NET стараюсь запихнуть в 1-ую группу.
Поэтому ссылки префиксов на группы в 222 и 324 по любому совпадают и это все как-то работает (конечно логика в маршрутизации станции просматривается зыбко).

2 Harris:
Это хороший ход вы подсказали, за это сенкс...
Но...
Было бы не плохо, если бы в станции просматривалась маршрутизация более прозрачно, т.е. цепочка NumbPlan - LCR - Networking взаимодействовала и работала по жестким правилам и не только в версии 3.7 .
А сейчас получается есть правила для цепочек NumbPlan - LCR и NumbPlan - Networking, а цепочка LCR - Networking как то не просматривается.
Это не категоричное заявление, это мое пожелание, вызванное требованием задач ...

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

[harris]

Речь не идет о каких-либо цепочках...
Есть определенный порядок приоритетов:
LCR (Internal) -> Numbering Plan -> Networking Codes.
И все.
Каждая функция задумывалась как отдельная часть алгоритма для разных целей.
Изощренных вариантов маршрутизации не предусматривалось.
Напомню, что пратически только в странах СНГ эти станции пытаются использовать "и в хвост, и в гриву" для тех задач, для которых они вообщем-то и не рассчитаны. При такой цене на станции уже имеющийся ее функционал можно принимать как благо...
Вот Вы, например, согласны будите платить в 2 раза больше за расширение возможностей по маршрутизации??? Думаю, что нет...
Изначально выбранная структура софта не позволяет легко и в полной мере внедрить многое из того, к чему сейчас появляется интерес. А глобально менять ПО - это уже разработка новой станции. Ну, это все ИМХО.
Да, постепенно функционал обновляется, накапливается понимание российских задач и требований. Но... Россия- не единственная страна, куда поставляются эти станции. И не имеет смысла упрекать их в отсутствии стараний. Старания-то есть, но не всегда приоритет отдается удовлетворению российских потребностей...ИМХО.

[Alex_Q]

Речь не идет о каких-либо цепочках...

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

Есть определенный порядок приоритетов:
LCR (Internal) -> Numbering Plan -> Networking Codes.
И все.
Каждая функция задумывалась как отдельная часть алгоритма для разных целей.
Изощренных вариантов маршрутизации не предусматривалось.

Но ведь это уже треугольник вырисовывается, а внутри ядро. Ну вот и пусть корейцы поднатужатся, и сделают код оптимальнее и меньше по объему - результат превзойдет ожидания.

Напомню, что пратически только в странах СНГ эти станции пытаются использовать "и в хвост, и в гриву" для тех задач, для которых они вообщем-то и не рассчитаны. При такой цене на станции уже имеющийся ее функционал можно принимать как благо...

Этот факт меня только радует, да и корейцев он должен устраивать - иначе плелись бы ...

Вот Вы, например, согласны будите платить в 2 раза больше за расширение возможностей по маршрутизации??? Думаю, что нет...

И правильно думаете - потому как в цену изначально закладывается модернизация и улучшение станции...

Изначально выбранная структура софта не позволяет легко и в полной мере внедрить многое из того, к чему сейчас появляется интерес. А глобально менять ПО - это уже разработка новой станции. Ну, это все ИМХО.

А я лично согласен на смену структуры софта, лишь бы это не касалось смены железа и улучшило операбельность станциию. Или если смена, то не существенная - на уровне ПМУ. Могу даже на тест пойти...
А насчет нового продукта - AVAYA тоже поменяла платформу. Ну и что имеют теперь? Сбыт увеличился? Хотя не мне судить ... что их подтолкнуло к этому шагу.

Да, постепенно функционал обновляется, накапливается понимание российских задач и требований. Но... Россия- не единственная страна, куда поставляются эти станции. И не имеет смысла упрекать их в отсутствии стараний. Старания-то есть, но не всегда приоритет отдается удовлетворению российских потребностей...ИМХО.

Шо вы о корейцах так печетесь - мы их не нагибаем, мы их подганяем...