LCR, два провайдера и ожидание "гудка" после "8" Опции

[Greahem]

Здравствуйте, господа.
Вот такая ситуация нарисовалась, никак не могу придумать как ее решить. Прошу помощи, может кто натолкнет на мысль.

На LIK1200 включен Internal and Loop LCR, в таблицах расписаны зоновые индексы, звонки на зону отправляются на одну группу СЛ (поток от 1-го провайдера), все остальные (МГ/МН и местные) на другую группу СЛ (2 потока от 2-го провайдера). Когда абонент набирает номер сразу полностью, то все отрабатывает как положено. Однако, если он вздумает подождать гудок после "8", то по истечении межцифрового таймера занимается первая свободная линия в первой группе, а именно в потоке 2-го провайдера. Соответственно, что он набирает дальше значения не имеет, звонок уходит через этот поток, в том числе и зоновые, которые категорически ходить через него не должны.

Какую бы хитрость придумать, чтобы, например, после "8" и истечения таймера звонок отбивался (анализ длины набранного номера). Или как-то завернуть такие звонки на какой-нибудь номер с информатором как правильно набирать номера.

[Greahem]

Все работает, но осталась одна небольшая проблема.
Если набрать 8 и ждать "гудка", то все отрабатывает нормально, вызов никуда не уходит(гудка не будет и вызов по истечении таймера отобьется). Но работает оно так: после набора 8 через 10 сек (я так понимаю это таймер межцифровой) занимается линия в 1й группе СО, далее если ничего не набирать, то еще через 10сек вызов отобьется, а на экране будет:

Код

ISDN линия: отбой
Причина: ошибка

А вот если после занятия линии в 1й группе СО (по истечении первых 10 сек) продолжить набирать номер, то вызов будет произведен успешно. И таким образом некоторые деятели прорываются на зоновые номера не через нужного оператора. Вот у меня и вопрос: что это, лайфхак, баг или мои кривые руки?

Какие таймеры подкрутить можно я не нашел. Подскажите, можно ли как-то избежать занятия линии или чтобы вызов отбивался через 10сек, а не 20?

[Dron]

Все работает, но осталась одна небольшая проблема.
Если набрать 8 и ждать "гудка", то все отрабатывает нормально, вызов никуда не уходит(гудка не будет и вызов по истечении таймера отобьется). Но работает оно так: после набора 8 через 10 сек (я так понимаю это таймер межцифровой) занимается линия в 1й группе СО, далее если ничего не набирать, то еще через 10сек вызов отобьется, а на экране будет:

Код

ISDN линия: отбой
Причина: ошибка

А вот если после занятия линии в 1й группе СО (по истечении первых 10 сек) продолжить набирать номер, то вызов будет произведен успешно. И таким образом некоторые деятели прорываются на зоновые номера не через нужного оператора. Вот у меня и вопрос: что это, лайфхак, баг или мои кривые руки?

Какие таймеры подкрутить можно я не нашел. Подскажите, можно ли как-то избежать занятия линии или чтобы вызов отбивался через 10сек, а не 20?

Не совсем понял, что вам надо?
Т.е., в LCR у вас прописана 8? И по набор 8 занимается нужная линия?
А, вообще, все работает так, как работает.
Прописывайте две цифры, т.е. 80, 81 и т.д. Тогда после набора 8 линия не будет заниматься, а только после набора двух цифр и две цифры набирутся на линии. Т.о., вашим абонентам прорваться уже не получится.

[Greahem]

Не совсем понял, что вам надо?
Т.е., в LCR у вас прописана 8? И по набор 8 занимается нужная линия?
А, вообще, все работает так, как работает.
Прописывайте две цифры, т.е. 80, 81 и т.д. Тогда после набора 8 линия не будет заниматься, а только после набора двух цифр и две цифры набирутся на линии. Т.о., вашим абонентам прорваться уже не получится.

Есть CO Group1 - два потока 1го провайдера, есть CO Group3 - поток 2го провайдера. По LCR зоновые номера отправляются на CO Group3, для примера 892789 - зоновый индекс. Он и прописан в LCR и так для всех зоновых индексов. Соответственно, все что с ними не совпадает идет через CO Group1, так работает LCR, насколько я помню. Одна "8" отдельно нигде не указана. Если я набираю номер без всяких задержек, то как только набрал цифры совпадающие с указанным индексом сразу занимается линия из CO Group3, а вот если я остановлюсь скажем после 8927, то по истечении межцифрового таймера займется линия из CO Group1 и если после этого продолжу набор, то звонок и уйдет через эту линию. Чего мне не нужно. И ПГМ206 не спасает в этом случае. Вернее спасает, но наполовину. После занятия линии у меня есть еще 10сек, чтобы продолжить набор.

Вы запрограммировали ПГМ206 ??
А включили использование таблицы префиксов в ПГМ143??

Да, запрограммировал и включил.
В 206 для "8"
 2015_11_12_10_54_44________________.png ( 11,67 килобайт ) Кол-во скачиваний: 24


В CO/IP Attributes(140~142) для линий 1-60 (CO Group1)
 2015_11_12_10_56_06________________.png ( 6,52 килобайт ) Кол-во скачиваний: 13


Полагаю, что станция все отрабатывает именно так, как это и задумывалось. Вот как это обойти...

[harris]

Есть CO Group1 - два потока 1го провайдера, есть CO Group3 - поток 2го провайдера. По LCR зоновые номера отправляются на CO Group3, для примера 892789 - зоновый индекс. Он и прописан в LCR и так для всех зоновых индексов. Соответственно, все что с ними не совпадает идет через CO Group1, так работает LCR, насколько я помню. Одна "8" отдельно нигде не указана. Если я набираю номер без всяких задержек, то как только набрал цифры совпадающие с указанным индексом сразу занимается линия из CO Group3, а вот если я остановлюсь скажем после 8927, то по истечении межцифрового таймера займется линия из CO Group1 и если после этого продолжу набор, то звонок и уйдет через эту линию. Чего мне не нужно. И ПГМ206 не спасает в этом случае. Вернее спасает, но наполовину. После занятия линии у меня есть еще 10сек, чтобы продолжить набор.



Да, запрограммировал и включил.
В 206 для "8"
 2015_11_12_10_54_44________________.png ( 11,67 килобайт ) Кол-во скачиваний: 24


В CO/IP Attributes(140~142) для линий 1-60 (CO Group1)
 2015_11_12_10_56_06________________.png ( 6,52 килобайт ) Кол-во скачиваний: 13


Полагаю, что станция все отрабатывает именно так, как это и задумывалось. Вот как это обойти...

Как в ПГМ206 Max Digits (0) может быть меньше, чем Min Digits (11) ???
Вы уверены, что у вас в этом случае таблица префиксов отрабатывается правильно???
Если вы не хотите под каждый префикс указать точное кол-во цифр, чтобы пользователь не ждал лишние секунды таймера Enbloc, т.е. если длина номера вам неизвестна, то тогда напишите в Max Digits, например, 25.
А вообще-то правильным было бы например для национальных номеров, т.е. номеров вида 8 ХХХ ХХХ ХХХХ, прописывать Min Digits =11 и Max Digits =11. Я выше в примере так вам писал.

[Greahem]

Как в ПГМ206 Max Digits (0) может быть меньше, чем Min Digits (11) ???
Вы уверены, что у вас в этом случае таблица префиксов отрабатывается правильно???
Если вы не хотите под каждый префикс указать точное кол-во цифр, чтобы пользователь не ждал лишние секунды таймера Enbloc, т.е. если длина номера вам неизвестна, то тогда напишите в Max Digits, например, 25.
А вообще-то правильным было бы например для национальных номеров, т.е. номеров вида 8 ХХХ ХХХ ХХХХ, прописывать Min Digits =11 и Max Digits =11. Я выше в примере так вам писал.

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

[Dron]

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

Нда, ну ситуация то с LCR понятна. Но 206 программа? Видимо, все же алгоритм LCR в приоритете во всех отношениях.
Сколько и какие ваши зоновые префиксы?

[Greahem]

Нда, ну ситуация то с LCR понятна. Но 206 программа? Видимо, все же алгоритм LCR в приоритете во всех отношениях.
Сколько и какие ваши зоновые префиксы?

8846 и примерно 230-235 индексов сотовых операторов, например:
8909371
8909370
8909365
и т.д.

[Dron]

8846 и примерно 230-235 индексов сотовых операторов, например:
8909371
8909370
8909365
и т.д.

Нда, это сложновато...
С точки зрения LCR, видимо, нужно конкретизировать.
Т.е., надо прописать еще 80, 81, 82, 83, 84, 85, 86, 87, 880, 881, 882, 883, 8840, 8841, 8842, 8843, 8844, 8845, 8847, 8848, 8849. Ну и как то конкретизировать 89... что не зоновое. И все это направить на CO Group 1.

[harris]

Нда, это сложновато...
С точки зрения LCR, видимо, нужно конкретизировать. Смысл описал выше.
Т.е., надо прописать еще 80, 81, 82, 83, 84, 85, 86, 87, 880, 881, 882, 883, 8840, 8841, 8842, 8843, 8844, 8845, 8847, 8848, 8849. Ну и как то конкретизировать 89... что не зоновое. И все это направить на CO Group 1.

Имхо, дело в другом. Если набирают только 8-ку, то не срабатывает LCR, т.к. это не код LCR (коды LCR прописаны как 8ХХХХ). Поскольку по истечению межцифрового таймера 10сек, код LCR не обнаружен, то станция просто предоставляет первую разрешенную группу линий.
Далее работает ПГМ206.
Вы хотите, чтобы по CO GRP1 не набирались определенные номера в любом случае. Тогда нужно делать дополнительную защиту. Нужно применять таблицу ограничений ПГМ224, где запретить набор этих номеров. Далее нужно выставить правильным образом классы сервиса CO COS и STA COS, так чтобы запрет действовал на группу линий CO GRP1.
Запреты/разрешения - это таблицы A,B, C, D в ПГМ224.
А таблица COS'ов - перекрестная. Пересечение CO COS и STA COS непосредственно указывает на применяемое ограничение (A, B, C или D).
К сожалению, у меня сейчас нет возможности вставить сюда эту перекрестную таблицу классов сервиса. В доке с описанием функций она должна быть.

[Dron]

Имхо, дело в другом. Если набирают только 8-ку, то не срабатывает LCR, т.к. это не код LCR (коды LCR прописаны как 8ХХХХ). Поскольку по истечению межцифрового таймера 10сек, код LCR не обнаружен, то станция просто предоставляет первую разрешенную группу линий.

Все верно! Поэтому, в LCR надо прописать однозначно, что куда! Что я и предложил.

[harris]

Все верно! Поэтому, в LCR надо прописать однозначно, что куда! Что я и предлжил.

Проблема в том, что люди нашли обходной путь: они набирают только 8-ку и ждут. Тогда отваливается LCR и предоставляется группа линий 1.
Кстати, а какое значение таймера Enblock??? Осталось по умолчанию = 15 сек??? Поставьте этот таймер меньше 10 сек, обычно нормальное значение = 5~6 сек.

[Greahem]

Проблема в том, что люди нашли обходной путь: они набирают только 8-ку и ждут. Тогда отваливается LCR и предоставляется группа линий 1.
Кстати, а какое значение таймера Enblock??? Осталось по умолчанию = 15 сек??? Поставьте этот таймер меньше 10 сек, обычно нормальное значение = 5~6 сек.

Установка Enblock Inter Digit Timer =6с. дает такой эффект: через 10 сек после набора 8 занимается линия в разрешенной первой группе CO, затем через 6с идет отбой. Т.е. видимо в любом случае сначала отрабатывает LCR, а уж потом все остальное.

Получается мне нужно запретить зоновые индексы набирать через CO Group1?

[harris]

Установка Enblock Inter Digit Timer =6с. дает такой эффект: через 10 сек после набора 8 занимается линия в разрешенной первой группе CO, затем через 6с идет отбой. Т.е. видимо в любом случае сначала отрабатывает LCR, а уж потом все остальное.

Получается мне нужно запретить зоновые индексы набирать через CO Group1?

Да. Ок, именно я и хотел проверить. Все правильно.
Да запретить зоновые индексы для группы линий 1.
Еще такой вопрос: как у вас прописаны коды LCR: как тип COL, INT или BOTH ??
Пользователь набирает 9-ку для выхода в город??

Поясню: если прописать коды LCR как тип INT в виде 98ХХХХ, и удалить код 9 из плана нумерации (пгм107), то тогда обмануть LCR не получится, и можно обойтись без COS'ов. Но только при этом, пользователь не получит гудок при наборе 9-ки.

[Greahem]

Да. Ок, именно я и хотел проверить. Все правильно.
Да запретить зоновые индексы для группы линий 1.
Еще такой вопрос: как у вас прописаны коды LCR: как тип COL, INT или BOTH ??
Пользователь набирает 9-ку для выхода в город??

Ну зоновые как COL, есть еще транк с астериском, туда по LCR INT отправляю номера.
Да, для звонка в город нужно набрать 9.

[harris]

Ну зоновые как COL, есть еще транк с астериском, туда по LCR INT отправляю номера.
Да, для звонка в город нужно набрать 9.

1. См. мой предыдущий ответ. Я там дописал пояснение.
2. По поводу префиксов.
Что нужно, чтобы зоновые 892789 попадали в одну группу, а ВСЕ остальные в другую группу??