Имеем LIK MFIM1200 GS98M-6.0Cy.
1. Через ISDN-PRA присоединены к двум АТС.
Звонки на 8-ку на одну станцию шлём только МГ и МН, на другую - только по зоне.
В PGM221 и PGM222 маршрутизация настроена верно.
Но иногда, по неизвестным причинам звонки на зоновый префикс уходин не в то направление.
Из-за чего такое может быть?
2. Можно ли расширить количество префиксов в PGM221?
Полная версия этой страницы: 1. Звонки на 8-ку иногда проходят не на то направление.
1. Что значит верно. Раз работает неправильно - значит не верно!
Проверьте заодно в 160 программе Overrid 1st CO group, в зависимости от типа LCR это значение может влиять.
2. Вам не хватает 250x10 (2500) строк?
Проверьте заодно в 160 программе Overrid 1st CO group, в зависимости от типа LCR это значение может влиять.
2. Вам не хватает 250x10 (2500) строк?
3998 --> 8846xxxxxxx
1. В Station Attributes1(111~113) на 3998 - LDT Table Index 1
2.LCR LDT(221)
LDT Table Index: 1
LSR Type: COL
Compared Digits: 8846
DMT123: 060606
3. LCR DMT(222)
Index: 6
Removal Position: 1
Number of digits to be removed: 0
Add Position: 1
CO/IP Group: 5
остальные - пусто
Периодически вызов уходит в "CO Group 1" вместо "CO Group 5".
---------------------------------------------
Научите использовать более 250 строк в PGM221.
1. В Station Attributes1(111~113) на 3998 - LDT Table Index 1
2.LCR LDT(221)
LDT Table Index: 1
LSR Type: COL
Compared Digits: 8846
DMT123: 060606
3. LCR DMT(222)
Index: 6
Removal Position: 1
Number of digits to be removed: 0
Add Position: 1
CO/IP Group: 5
остальные - пусто
Периодически вызов уходит в "CO Group 1" вместо "CO Group 5".
---------------------------------------------
Научите использовать более 250 строк в PGM221.
Цитата(PeterB @ 7.4.2017, 7:19) 
3998 --> 8846xxxxxxx
1. В Station Attributes1(111~113) на 3998 - LDT Table Index 1
2.LCR LDT(221)
LDT Table Index: 1
LSR Type: COL
Compared Digits: 8846
DMT123: 060606
3. LCR DMT(222)
Index: 6
Removal Position: 1
Number of digits to be removed: 0
Add Position: 1
CO/IP Group: 5
остальные - пусто
Периодически вызов уходит в "CO Group 1" вместо "CO Group 5".
---------------------------------------------
Научите использовать более 250 строк в PGM221.
1. В Station Attributes1(111~113) на 3998 - LDT Table Index 1
2.LCR LDT(221)
LDT Table Index: 1
LSR Type: COL
Compared Digits: 8846
DMT123: 060606
3. LCR DMT(222)
Index: 6
Removal Position: 1
Number of digits to be removed: 0
Add Position: 1
CO/IP Group: 5
остальные - пусто
Периодически вызов уходит в "CO Group 1" вместо "CO Group 5".
---------------------------------------------
Научите использовать более 250 строк в PGM221.
покажите строку: какие цифры уходят на 1-ю со-группу? альтернативные индексы в 222-й не заполнены случайно для индекса 06
и почему LСR Type: COL , попробуй BOTH
Так ка у вас стоит тип LCR COL, то анализ цифр происходит уже после набора транк кода, так что если абонент по какой то причине попал на 1-ю группу линий (занята 5-я например), то и дальнейший набор пойдет по 1-й.
Лучше использовать тип LCR INT.
Каждый абонент может выходить по своей группе таблиц (1-10) LCR, в атрибутах абонента указано, какая именно таблица используется.
Лучше использовать тип LCR INT.
Каждый абонент может выходить по своей группе таблиц (1-10) LCR, в атрибутах абонента указано, какая именно таблица используется.
Цитата(vitalii @ 7.4.2017, 10:10)
покажите строку: какие цифры уходят на 1-ю со-группу? альтернативные индексы в 222-й не заполнены случайно для индекса 06
...
...
В PGM 222 нет ни одной ссылки на 1-ю со-группу.
Альтернативы нигде не прописано.
Цитата(vitalii @ 7.4.2017, 10:10)
... и почему LСR Type: COL , попробуй BOTH
Цитата(AXEL @ 7.4.2017, 10:12)
Так ка у вас стоит тип LCR COL, то анализ цифр происходит уже после набора транк кода, так что если абонент по какой то причине попал на 1-ю группу линий (занята 5-я например), то и дальнейший набор пойдет по 1-й.
Лучше использовать тип LCR INT.
Лучше использовать тип LCR INT.
Ни BOTH, ни тем более INT нам не подходят.
Через BOTH может "выскочить" INT
При INT после 9-ки сразу занимается 1-ая СО-группа.
При использовании COL, выбор линии происходит после набора последующих цифр номера последней цифр префикса, описанного в PGM221.
И именно COL для нас является правильным выбором.
И если вы говорите, что INT и BOTH у вас работает по другому, то возможно, что на станции есть параметр, который изменяет процедуру обработки набираемого через 9-ку внешнего номера. Нам такое не известно.
-----------------------------------------------------
Цитата(AXEL @ 6.4.2017, 16:42)
... Вам не хватает 250x10 (2500) строк?
Цитата(AXEL @ 7.4.2017, 10:12)
Каждый абонент может выходить по своей группе таблиц (1-10) LCR, в атрибутах абонента указано, какая именно таблица используется.
Как это поможет расписать все зоновые префиксы (395шт.), если у одного абонента может мыть только одна LDT Table Index, в которой всего доступно 250 строк (PGM221 LCR LDT) ?
Цитата(PeterB @ 7.4.2017, 10:15)
Ни BOTH, ни тем более INT нам не подходят, т.к. через BOTH может "выскочить" INT.
А при INT после 9-ки сразу занимается 1-ая СО-группа.
При использовании COL, выбор линии происходит после последней цифры префикса, описанного в PGM221.
И именно COL для нас является правильным выбором.
И если вы говорите, что INT и BOTH у вас работает по другому, то возможно, что на станции есть параметр, который изменяет процедуру обработки набираемого через 9-ку внешнего номера. Нам такое не известно.
А при INT после 9-ки сразу занимается 1-ая СО-группа.
При использовании COL, выбор линии происходит после последней цифры префикса, описанного в PGM221.
И именно COL для нас является правильным выбором.
И если вы говорите, что INT и BOTH у вас работает по другому, то возможно, что на станции есть параметр, который изменяет процедуру обработки набираемого через 9-ку внешнего номера. Нам такое не известно.
О как!
Про LCR и в доке написано хорошо, тут обсуждалось все уже столько раз! А вам все неизвестно, как изменить процедуру обработки набираемого номера!А 9-ку прописать, например, в LCR что мешает то?!
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.