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 - грошь цена всем их стараниям до сего момента. Это уже заявление категоричное и можете им так и передать

[All is not what ...]

2 Alex_Q:
много слов смысл теряется...
пока не найдено отличий в работе LCR на 3.6 и 3.7

[Alex_Q]

2 Alex_Q:
много слов смысл теряется...
пока не найдено отличий в работе LCR на 3.6 и 3.7

А вы еще не поняли, что в задачке спрашивалось - нет взаимодествия между LCR и Networking-ом.
Более того, в данном случае - одно другому мешает ().
А ведь это же таблицы всего-навсего.
И между ними сделать связи.
Что уже проще.

2 Alex_Q:
много слов смысл теряется...
пока не найдено отличий в работе LCR на 3.6 и 3.7

Или вы хотели сказать, что LCR сам по себе, а Networking сам по себе!..

Наверное не получится, ибо и там маршрутизация, и там - она же.



Но LCR опережает Networking по заложенному алгоритму - и как в этом случае быть, если нужно, как в данном случае, и то и другое ...
По каким правилам решать задачку?

[All is not what ...]

По каким правилам решать задачку?

задача решена, решение выложено, что не понятно?

[Alex_Q]

задача решена, решение выложено, что не понятно?

Вообще-то я не вам вопрос задавал.

Но раз уж пошла такая возня, то на какой версии ПМУ задача решена?

[All is not what ...]

Вообще-то я не вам вопрос задавал.

Но раз уж пошла такая возня, то на какой версии ПМУ задача решена?

3.6Df 3.6Am 3.7Aj

[Alex_Q]

3.6Df 3.6Am 3.7Aj

Это проверено?

Если это так, то спасибо богу и Harris-у - что какой-то выход найден.

Но вы должны понимать, что в общем проблемы такого характера все равно вернутся, пока не будет реализован алгоритм взаимодействия LCR - Networking.

Я бы объединил эти две таблицы для лучшей понмаемости