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

[Greahem]

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

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

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

[harris]

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

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

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

Если исходящие линии - это потоки и применяется набор Enblock, то можно использовать ПГМ206 (Prefix Dialing Table). Там можно указать минимальное кол-во цифр номера. Если цифр меньше указанного минимума, набор в линию не уйдет, вызов будет сброшен.

[Greahem]

Если исходящие линии - это потоки и применяется набор Enblock, то можно использовать ПГМ206 (Prefix Dialing Table). Там можно указать минимальное кол-во цифр номера. Если цифр меньше указанного минимума, набор в линию не уйдет, вызов будет сброшен.

Спасибо! Это работает!
Жаль только при включенном Enblock.

[harris]

Спасибо! Это работает!
Жаль только при включенном Enblock.

Естественно, только при Enblock.
Только мне не понятно, о чем вы жалеете...

[Greahem]

Естественно, только при Enblock.
Только мне не понятно, о чем вы жалеете...

Ну для абонентов не очень удобно. Сейчас мы используем метод Overlap, который удобнее чем Enblock.

[harris]

Ну для абонентов не очень удобно. Сейчас мы используем метод Overlap, который удобнее чем Enblock.

Чем удобнее?? А ваши абоненты пользуются своими мобильными телефонами и что, тоже жалуются на "неудобства"?? В мобильных телефонах как раз Enblock.
В чем удобство Overlap'а??? Чтобы ждать гудок после 8-ки?? Зачем??

[Greahem]

Чем удобнее?? А ваши абоненты пользуются своими мобильными телефонами и что, тоже жалуются на "неудобства"?? В мобильных телефонах как раз Enblock.
В чем удобство Overlap'а??? Чтобы ждать гудок после 8-ки?? Зачем??

При звонках в город при включенном Overlap'е вызов улетает мгновенно после набранной 6-й цифры номера. При Enblock'е придется ждать истечения межцифрового таймера. Это, конечно, все субъективно и дело привычки, но я уверен, что будут недовольства Я предложил решение, а реализовывать его или нет - решать клиенту.

[Dron]

При звонках в город при включенном Overlap'е вызов улетает мгновенно после набранной 6-й цифры номера. При Enblock'е придется ждать истечения межцифрового таймера. Это, конечно, все субъективно и дело привычки, но я уверен, что будут недовольства Я предложил решение, а реализовывать его или нет - решать клиенту.

Я что то не въезжаю! Вам же посоветовали ПГМ206 (Prefix Dialing Table) и вы ее использовали! Эта программа, как раз, для того, чтобы не ждать межцифрового интервала! Надо только настроить!

[Greahem]

Я что то не въезжаю! Вам же посоветовали ПГМ206 (Prefix Dialing Table) и вы ее использовали! Эта программа, как раз, для того, чтобы не ждать межцифрового интервала! Надо только настроить!

Так. Получается это я не въезжаю
Сейчас перепроверю еще раз.
В документации очень кратко по этой программе изложено, но там сказано, что:

Код

5.    Прямой набор по протоколу SIP без использования таймера межцифрового интервала.

А а у нас для звонков в город ISDN PRI.
Есть еще:

Код

6.    Вызов по сети ISDN с применением префикса - блочный вызов ISDN.

Но я, честно говоря, не совсем понимаю что здесь имеется ввиду.

[harris]

Так. Получается это я не въезжаю
Сейчас перепроверю еще раз.
В документации очень кратко по этой программе изложено, но там сказано, что:

Код

5.    Прямой набор по протоколу SIP без использования таймера межцифрового интервала.

А а у нас для звонков в город ISDN PRI.
Есть еще:

Код

6.    Вызов по сети ISDN с применением префикса - блочный вызов ISDN.

Но я, честно говоря, не совсем понимаю что здесь имеется ввиду.

Что тут непонятного? Первые цифры набираемого номера - это префикс. Если соответствует назначенному префиксу в Пгм206, то далее станция ожидает мин. и/или макс. кол-ва цифр номера. Если набрано меньше мин. Цифр, станция не отправляет набор в линию. Если набрано макс. Кол-во цифр, то набор немедленно уйдет в линию (все цифры сразу в одном сообщении). Между мин. и макс. работает ожидание по мжцифровому интервалу.
например,
Префикс -8
Мин 11
Макс 11
После набора 11 цифр номера станция тут же отправит пакет в линию. Если после 8-ки меньше 11 цифр, то будет ждать тафмер, а потом даст отбой.

[Greahem]

Что тут непонятного? Первые цифры набираемого номера - это префикс. Если соответствует назначенному префиксу в Пгм206, то далее станция ожидает мин. и/или макс. кол-ва цифр номера. Если набрано меньше мин. Цифр, станция не отправляет набор в линию. Если набрано макс. Кол-во цифр, то набор немедленно уйдет в линию (все цифры сразу в одном сообщении). Между мин. и макс. работает ожидание по мжцифровому интервалу.
например,
Префикс -8
Мин 11
Макс 11
После набора 11 цифр номера станция тут же отправит пакет в линию. Если после 8-ки меньше 11 цифр, то будет ждать тафмер, а потом даст отбой.

Я примерно так себе и представлял и так оно и работает, просто у меня максимальное кол-во не проверяется. Единственное - не учел, что набор улетит сразу в линию, если набрано максимальное кол-во цифр(про это нигде и не сказано, а сам еще не проверял).
Тогда утверждение Dron'а не совсем корректно.
Неудобство в том, что Enblock включается, ясное дело, для всех наборов и для местных номеров. А они-то в ПГМ206 не расписаны, поэтому и приходится пользователям ждать межцифрового таймера. Вот если только попробовать расписать все-все местные номера как префиксы в этих таблицах...

P.S. harris, а не могли бы вы дать пояснения по вот этим двум параметрам: Number Of Type, План нумерации. Для чего они нужны?

[Dron]

Я примерно так себе и представлял и так оно и работает, просто у меня максимальное кол-во не проверяется. Единственное - не учел, что набор улетит сразу в линию, если набрано максимальное кол-во цифр(про это нигде и не сказано, а сам еще не проверял).
Тогда утверждение Dron'а не совсем корректно.
Неудобство в том, что Enblock включается, ясное дело, для всех наборов и для местных номеров. А они-то в ПГМ206 не расписаны, поэтому и приходится пользователям ждать межцифрового таймера. Вот если только попробовать расписать все-все местные номера как префиксы в этих таблицах...

P.S. harris, а не могли бы вы дать пояснения по вот этим двум параметрам: Number Of Type, План нумерации. Для чего они нужны?

Утверждение Dron'а корректно! Я ж написал, что надо настроить. Чего ж вы хотите, если префиксы местных вызовов не прописаны?

[harris]

P.S. harris, а не могли бы вы дать пояснения по вот этим двум параметрам: Number Of Type, План нумерации. Для чего они нужны?

Безработный может дать только платные пояснения, комментарии, обучение...
Это атрибуты информ. элементов Calling/Called Party Number. Посмотрите стандарт ETSI 300102 (Euro ISDN), там все расписано.
А нужны они для правильного описания формата номера. Применительно к ПГМ206 эти опции позволяют задать формат номера Вызываемого абонента (Набранного): местный, национальный (межгород), международный, корпоративный и пр. для каждого отдельного префикса.

[Greahem]

Это атрибуты информ. элементов Calling/Called Party Number. Посмотрите стандарт ETSI 300102 (Euro ISDN), там все расписано.
А нужны они для правильного описания формата номера. Применительно к ПГМ206 эти опции позволяют задать формат номера Вызываемого абонента (Набранного): местный, национальный (межгород), международный, корпоративный и пр.

Спасибо, буду почитать и потестировать.

Безработный может дать только платные пояснения, комментарии, обучение...

Опа... Неожиданно. А что случилось? Извиняюсь за нескромность. В арткоме стали не нужны ведущие специалисты?
Тогда пора начинать монетизировать этот форум...

Утверждение Dron'а корректно!

Хорошо, беру свои слова обратно. Извините
Действительно, если расписать все префиксы, то всех все устраивает.

[harris]

Опа... Неожиданно. А что случилось? Извиняюсь за нескромность. В арткоме стали не нужны ведущие специалисты?
Тогда пора начинать монетизировать этот форум...

Я работал не в Арткоме. А случился экономический (и политический) кризис в РФ.
Монетизировать форум - хорошая идея, но не реализуемая
Мне мой бывший шеф, кореец, сказал: "А тыл организуй консультативный техн. центр по поддержке станций LG". Пришлось ему объяснять, что у нас за консультации не платят. Раньше вся страна так и называлась - страна Советов...

[Greahem]

Я работал не в Арткоме. А случился экономический (и политический) кризис в РФ.
Монетизировать форум - хорошая идея, но не реализуемая
Мне мой бывший шеф, кореец, сказал: "А тыл организуй консультативный техн. центр по поддержке станций LG". Пришлось ему объяснять, что у нас за консультации не платят. Раньше вся страна так и называлась - страна Советов...

Мда... Как говорит один мой знакомый: "Кризис, кризис... В головах у них кризис!"
Но я искренне надеюсь, что вы надолго без дела не останетесь

[Greahem]

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

Код

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

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

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

[harris]

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

Код

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

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

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

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

[Dron]

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

Код

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

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

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

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

[Dron]

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

Что то не догоняю! Вернулись к тому, с чего начали?
Все ж работает с Enblock и с ПГМ206. Так какие проблемы?

[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. Я выше в примере так вам писал.

[Dron]

Как в ПГМ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
и т.д.

[harris]

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

Так что мешало прописать 2 префикса: для МГ и для МН??
810, min 11, max 25
8D, min 11, max 11 (D-любая цифра).

[Greahem]

Так что мешало прописать 2 префикса: для МГ и для МН??
810, min 11, max 25
8D, min 11, max 11 (D-любая цифра).

Да ну ничего не мешало...
Прописал сейчас, но моей задачи это не решает.

[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.

[Dron]

Есть 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


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

Кстати, а не пробовали включить Sendig Complete в 206-й?

[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 надо прописать однозначно, что куда! Что я и предложил.

[Dron]

Далее работает ПГМ206.

Опять же, прописано 8901, набрали 890 и ждут. Префикс то не совпал с 8901. Как тут оно работает?

[Greahem]

Кстати, а не пробовали включить Sendig Complete в 206-й?

Попробовал сейчас - то же самое.
Я так понимаю, надо как-то ухитриться запретить занимать линию любую, если набрано меньше двух цифр.

[harris]

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

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

[Dron]

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

Вариант. Но, опять же, все надо подробно расписывать. Как не крути...
Если расписать все в LCR, то будет все набираться по тем линиям, по каким нужно. Если же расписать через COS, то в случае чего то там запрещенного абонент будет получать отлуп и будет вынужден повторять набор...

[harris]

Попробовал сейчас - то же самое.
Я так понимаю, надо как-то ухитриться запретить занимать линию любую, если набрано меньше двух цифр.

Нет в станции такого запрета. Есть запрет не отсылать набор провайдеру, если недостаточно цифр в номере. Это и есть ПГМ206.
См. выше. Вам придется сделать ограничения на набор запрещенных номеров по группе линий 1. Т.е. использовать классы сервиса.

[Dron]

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

Да этот обходной путь известен и закрывается в LCR, именно, так, как я и описал. Т.е., должен в любом случае срабатывать LCR!

[Greahem]

Таблица перекрестная есть у меня где-то в доках. Надо подумать как COS'ми запретить.
Андрей, ну а как расписать конкретно что куда? Мне кажется на этой станции это невозможно, ячейки в LDT у меня уже почти закончились.
Таймер я поставил 10с. Чуть меньше можно попробовать, но 5с маловато, пробовали - много недозвонов получается.

[harris]

Вариант. Но, опять же, все надо подробно расписывать. Как не крути...
Если расписать все в LCR, то будет все набираться по тем линиям, по каким нужно. Если же расписать через COS, то в случае чего то там запрещенного абонент будет получать отлуп и будет вынужден повторять набор...

Нужен и LCR (для честных пользователей) и ограничения по COS (для тех, кто пытается обмануть LCR).
Еще раз: если код LCR не набран, а только одна 8-ка, то пользователь обходит LCR , и станция пускает его на младшую разрешенную группу линий, т.е. на СО ГРП 1.
Это нельзя запретить. Поэтому следующим шагом нужно запретить набор нежелательных номеров по группе линий 1.

[harris]

Таблица перекрестная есть у меня где-то в доках. Надо подумать как COS'ми запретить.
Андрей, ну а как расписать конкретно что куда? Мне кажется на этой станции это невозможно, ячейки в LDT у меня уже почти закончились.
Таймер я поставил 10с. Чуть меньше можно попробовать, но 5с маловато, пробовали - много недозвонов получается.

Поставьте 7 или 8 сек, главное меньше 10 сек. И проверьте, можно ли в этом случае все равно обмануть LCR, набирая только 8.

[Greahem]

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

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

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

[Dron]

Нужен и LCR (для честных пользователей)

Так я и предлагаю LCR. Только сделать все и для честных и для нечестных. Т.е., прописать все так, чтобы направлялись вызовы туда, куда надо!

[Dron]

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

Ну да, или в LCR разрулить правильно.

[Dron]

Андрей, ну а как расписать конкретно что куда? Мне кажется на этой станции это невозможно, ячейки в LDT у меня уже почти закончились.

Ну да, я ж сразу сказал, что сложновато. Много префиксов...
А хватит индексов для запрета через COS?

[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]

Так я и предлагаю LCR. Только сделать все и для честных и для нечестных. Т.е., прописать все так, чтобы направлялись вызовы туда, куда надо!

Ну а как это сделать-то?
Например, есть у нас индекс зоновый 892789, все остальное (т.е. 892780, 892781, 892782, 892783 и т.д.) - это МГ. Значит надо в LCR 892789 отправить на CO GR3, а остальные 9 индексов на CO GR1. Так и делают на больших станциях, но где же взять столько ячеек на LIK'е?

И вот я сомневаюсь, что удастся уместить все 230 зоновых индексов в таблицах запретов.

Видимо, придется прибегнуть к программированию по методу Павлова

[Greahem]

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

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

[Greahem]

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

Хм, тоже вариант!
Правда вначале возникнет масса вопросов у пользователей с непривычки...

[harris]

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

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

[Dron]

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

На ум пришло...
А дописать в LCR к тому, что сейчас есть 8-ку и направить на CO Group 1?
И все...
Что то, походу, записались...

[Dron]

На ум пришло...
А дописать в LCR к тому, что сейчас есть 8-ку и направить на CO Group 1?
И все...
Что то, походу, записались...

Глупость... Они и так обманывают - звонят через CO Group 1.
Заниматься несколькими делами одновременно бывает сложновато.

[Dron]

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

Так это ж мой вариант, опять же, только с 9-й впереди! Опять же, все надо подробно расписывать!

[harris]

На ум пришло...
А дописать в LCR к тому, что сейчас есть 8-ку и направить на CO Group 1?
И все...
Что то, походу, записались...

8-ку отдельным кодом LCR?? И принудительно направлять в нужную группу??
Ну да, можно и так.

Я только не понял, зачем прописывали столько много кодов, если нужно выделить только один - 892789. Только это направление нужно посылать в отдельную группу линий, все остальное - в другую группу.

[harris]

Андрей! Похоже, мы остались с тобой один на один.

[Greahem]

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

Ну, если делать как Андрей предлагает, т.е. для каждого префикса расписать на какую группу СО его отправлять, то получается так.

[Dron]

Я только не понял, зачем прописывали столько много кодов, если нужно выделить только один - 892789. Только это направление нужно посылать в отдельную группу линий, все остальное - в другую группу.

Если бы все так просто было...

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

[Greahem]

Андрей! Похоже, мы остались с тобой один на один.

Да я не успеваю просто за вами

[Greahem]

Я только не понял, зачем прописывали столько много кодов, если нужно выделить только один - 892789. Только это направление нужно посылать в отдельную группу линий, все остальное - в другую группу.

ну этот код я как пример привел, а так их 230 примерно.

[Greahem]

8-ку отдельным кодом LCR?? И принудительно направлять в нужную группу??
Ну да, можно и так.

Нет! НЕ в нужную, а В ненужную
и оно работает. Т.е. отдельный префикс "8" отправляю по LCR на астериск, естественно, там никакой из городских номеров не терминируется и вызов будет отбит. Костыль, конечно, но работать будет.

[Dron]

Глупость... Они и так обманывают - звонят через CO Group 1.
Заниматься несколькими делами одновременно бывает сложновато.

Да нет, должно все нормально работать!

[Greahem]

Нет! НЕ в нужную, а В ненужную
и оно работает. Т.е. отдельный префикс "8" отправляю по LCR на астериск, естественно, там никакой из городских номеров не терминируется и вызов будет отбит. Костыль, конечно, но работать будет.

А нет, я поторопился. Так не будет работать.

[Dron]

А нет, я поторопился. Так не будет работать.

Почему?
Как оно работает.
Для примера. Пусть прописан 8846 и 8.
Абонент набирает 9 8. Линия не занимается. Далее он набирает еще, к примеру, 9 - вот тут занимается линия из группы 1.
Если он набирает 985 - опять же на группу 1. И только если наберет 98846, то уйдет на группу 3.
Оно ж так и надо? Все после 8-ки, кроме зональных кодов на CO Group 1?

[harris]

А нет, я поторопился. Так не будет работать.

Почему??
Если 8 -отдельный код LCR, то:
- пользователь наберет 9 для выхода в город и 8. И будет ждать.
- через 10 сек станция поймет, что набран код LCR, и отправит принудительно на ту группу линий, которую вы укажите в DMT для отдельной 8-ки. Т.е. отправит не на младшую разрешенную группу линий, а именно на указанную в LCR.

[Greahem]

Почему?
Как оно работает.
Для примера. Пусть прописан 8846 и 8.
Абонент набирает 9 8. Линия не занимается. Далее он набирает 9 - вот тут занимается линия из группы 1.
Если он набирает 985 - опять же на группу 1. И только если наберет 98846, то уйдет на группу 3.
Оно ж так и надо? Все после 8-ки, кроме зональных кодов на CO Group 1?

Да я попробовал 8 отправить не на 1ю группу, а на 5ю - это группа CO до астериска. Но в этом случае тогда ни один звонок, кроме зоновых не пройдет, это я сглупил.

Что касается вашего примера, то проблема-то в другом. Работать будет так как вы описали, если абонент не будет делать никаких пауз. Вот набрал он 98, станция ждет 10сек., потом занимает линию в группе 1 и ждет 10сек.(межцифровой таймер), и вот если тут абонент продолжит набирать 846 и дальше, то вызов так и уйдет по линии из первой группы, а вовсе не через 3ю.
Кстати, чтобы все работало так, как вы описали мне и не надо отдельный префикс 8 указывать, линия из группы 1 и так займется, если набранные абоном цифры не совпадут ни с одним из расписанных префиксов.

[Greahem]

На ум пришло...
А дописать в LCR к тому, что сейчас есть 8-ку и направить на CO Group 1?
И все...
Что то, походу, записались...

Вот про это я не совсем понял.
Допустим у меня есть префикс 892789, нужно еще добавить перед ним 8, т.е. сделать 8892789? Или вы имели ввиду добавить отдельный префикс одну 8?

[harris]

Да я попробовал 8 отправить не на 1ю группу, а на 5ю - это группа CO до астериска. Но в этом случае тогда ни один звонок, кроме зоновых не пройдет, это я сглупил.

Что касается вашего примера, то проблема-то в другом. Работать будет так как вы описали, если абонент не будет делать никаких пауз. Вот набрал он 98, станция ждет 10сек., потом занимает линию в группе 1 и ждет 10сек.(межцифровой таймер), и вот если тут абонент продолжит набирать 846 и дальше, то вызов так и уйдет по линии из первой группы, а вовсе не через 3ю.
Кстати, чтобы все работало так, как вы описали мне и не надо отдельный префикс 8 указывать, линия из группы 1 и так займется, если набранные абоном цифры не совпадут ни с одним из расписанных префиксов.

Ok. Тогда смотри выше вариант с использованием INT LCR, все коды переписать с 9-кой (9ХХХХ) по нужным направлениям, а в плане нумерации 9-ку удалить.
И в DMT нужно будет удалять первую цифру (9-ку): Remove Digit=1, Remove Position=1.

[Greahem]

Ok. Тогда смотри выше вариант с использованием INT LCR, все коды переписать с 9-кой (9ХХХХ) по нужным направлениям, а в плане нумерации 9-ку удалить.

Варианты и направления дальнейших размышлений мне ясны, буду пробовать.
Игорь, Андрей, спасибо за помощь!

[Dron]

Вот про это я не совсем понял.
Допустим у меня есть префикс 892789, нужно еще добавить перед ним 8, т.е. сделать 8892789? Или вы имели ввиду добавить отдельный префикс одну 8?

Конечно, отдельный. Но с паузой в наборе опять же косяк. Так что, только более подробно расписать все с 9-й ли и INT, или как сей час без 9-ки COL - смысл один! Должна быть некая определенность.

[Dron]

Конечно, отдельный. Но с паузой в наборе опять же косяк. Так что, только более подробно расписать все с 9-й ли и INT, или как сей час без 9-ки COL - смысл один! Должна быть некая определенность.

Что то, походу, безвариантно. Если делать паузу в наборе, то, опять же, та же самая ситуация.

[Greahem]

Что то, походу, безвариантно. Если делать паузу в наборе, то, опять же, та же самая ситуация.

Это вы протестировали вариант предложенный harris'ом?

[Dron]

Это вы протестировали вариант предложенный harris'ом?

Вариант harris'а или мой - без разницы. Если в LCR прописать, допустим, 89, а набрать только 8 и ждать, то по истечении 10 сек. будет занята линия из группы, указанной для 8. У меня, во всяком случае, получилось так. Возможно, в спешке что то упустил, но не думаю.
Можете и сами еще проверить.

[Dron]

Вариант harris'а или мой - без разницы. Если в LCR прописать, допустим, 89, а набрать только 8 и ждать, то по истечении 10 сек. будет занята линия из группы, указанной для 8. У меня, во всяком случае, получилось так. Возможно, в спешке что то упустил, но не думаю.
Можете и сами еще проверить.

Это в варианте 8 и 8ХХХ.... Если подробнее расписывать коды, то вариант с INT LCR может прокатить. Что то я и не проверил. Сейчас попробую.

[Dron]

Это в варианте 8 и 8ХХХ.... Если подробнее расписывать коды, то вариант с INT LCR может прокатить. Что то я и не проверил. Сейчас попробую.

Ну да, если использовать INT и 980, 981...9881, 9882...9883 и т.д. (выше я описывал подобный вариант без 9). Тут будет так: если набрать, например 988 и ждать, то будет отлуп, 98 - отлуп...