LDK-100 выбор линий через транзит, LDK-100 выбор линий через транзит Опции

[Astra]

Это оно конечно так, то я смог настроить чтобы например набираю код 59 + номер использовался LCR транзитной АТС.
А мне надо чтобы вместо кода 59 был 9, т.е. как обычно 9 + номер.

Тогда опишите подробнее как работала эта схема. Т.е. получается, что 59 - номер уходило на транзитную АТС и там по 59, прописанном в LCR, а не в плане NET уже выбирались нужные линии. Это было бы интересно, если так работает.
Таким образом, в NET плане транзитный код не прописывается, а он прописывается в LCR, которая вроде бы не должна обрабатывать транзитный набор. Затем в LCR код удаляется и набор уходит в линию по схеме LCR.
Тут 50/50 либо Вы ошибаетесь, либо эта схема работает.

[harris]

Тогда опишите подробнее как работала эта схема. Т.е. получается, что 59 - номер уходило на транзитную АТС и там по 59, прописанном в LCR, а не в плане NET уже выбирались нужные линии. Это было бы интересно, если так работает.
Таким образом, в NET плане транзитный код не прописывается, а он прописывается в LCR, которая вроде бы не должна обрабатывать транзитный набор. Затем в LCR код удаляется и набор уходит в линию по схеме LCR.
Тут 50/50 либо Вы ошибаетесь, либо эта схема работает.

Если код не прописан в ПГМ324 как PSTN, то никакого транзита не будет.

[alexsoft]

Тогда опишите подробнее как работала эта схема. Т.е. получается, что 59 - номер уходило на транзитную АТС и там по 59, прописанном в LCR, а не в плане NET уже выбирались нужные линии. Это было бы интересно, если так работает.
Таким образом, в NET плане транзитный код не прописывается, а он прописывается в LCR, которая вроде бы не должна обрабатывать транзитный набор. Затем в LCR код удаляется и набор уходит в линию по схеме LCR.
Тут 50/50 либо Вы ошибаетесь, либо эта схема работает.

На оконечной АТС.
PGM220 - M02
PGM221, индекс 0, LCR Type - BOTH, код LCR - 59, Day Zone 10,10,10
PGM222, индекс 10, Add Digits стоит цифра 9, Add Position стоит 2, CO Group - 1
Все внешние линии в группе 1 по PGM141
PGM324 никаких 9-ок нет
На транзитной АТС.
PGM221 описаны все нужные мне коды первых цифр номера и раскиданы по нужным линиям.
Больше особенностей нет, хотя может что-то и упустил

[harris]

На оконечной АТС.
PGM220 - M02
PGM221, индекс 0, LCR Type - BOTH, код LCR - 59, Day Zone 10,10,10
PGM222, индекс 10, Add Digits стоит цифра 9, Add Position стоит 2, CO Group - 1
Все внешние линии в группе 1 по PGM141
PGM324 никаких 9-ок нет
На транзитной АТС.
PGM221 описаны все нужные мне коды первых цифр номера и раскиданы по нужным линиям.
Больше особенностей нет, хотя может что-то и упустил

Что прописано в ПГМ324 на транзитной АТС ???

А еще лучше, выложите конфиги и транзитной и оконечной АТС для обозрения. Тогда будет ясносность с вашей схемой.

[alexsoft]

Что прописано в ПГМ324 на транзитной АТС ???

А еще лучше, выложите конфиги и транзитной и оконечной АТС для обозрения. Тогда будет ясносность с вашей схемой.

Выкладываю конфиги:
ATC-meh - оконечная АТС
ATC-office -транзитная АТС
http://files.mail.ru/J5ZUZL
В текущем режиме оконечная АТС выходит через транзитную по PGM324, только для кода 59 работает LCR на транзитной АТС.
Ув. Харрис, согласно этим конфигам, можешь еще выявить проблему по теме?
http://www.artcom.ru/forum/index.php?showtopic=5246&hl=

[Astra]

Выкладываю конфиги:
ATC-meh - оконечная АТС
ATC-office -транзитная АТС
http://files.mail.ru/J5ZUZL
В текущем режиме оконечная АТС выходит через транзитную по PGM324, только для кода 59 работает LCR на транзитной АТС.
Ув. Харрис, согласно этим конфигам, можешь еще выявить проблему по теме?
http://www.artcom.ru/forum/index.php?showtopic=5246&hl=

Проверил схему описанную выше у себя. На транзитной станции прописал код в LCR, а на оконечной в NET. Результат при наборе номера с кодом на системнике оконечной станции: линия такая-то отбой. Вывод: все не так, все не так ребята.

[harris]

Проверил схему описанную выше у себя. На транзитной станции прописал код в LCR, а на оконечной в NET. Результат при наборе номера с кодом на системнике оконечной станции: линия такая-то отбой. Вывод: все не так, все не так ребята.

Мдя... В таком конфиге без бутылки не разобраться... Логики не видно...
1) На транзитной АТС:
- все-таки прописан PSTN код = 9 и именно он используется для транзита.
- с какой стати аналоговые СО-линии (СО 01- СО08) указаны в ПГМ322 как тип NET??? Аналоговые СО-линии - только тип PSTN (ПГМ322)!!!
2) На оконечной станции:
Зачем нужно было на оконечной АТС использовать INT LCR с кодом 59??? При этом:
получено 59, ничего не удалять, добавить (вставить) цифру 9 в позицию №2, итого получаем 599.
Вот этот набор 599 уходит в транзитную АТС, а там 599 указан как сетевой абонент (NET), связь с которым по сетевому транку 10 (это по аналоговой СО-линии СО08 ????). Это ерунда какая-то. Если у Вас это работает, то не благодаря, а вопреки.
Не проще ли было просто использовать для транзита набор PSTN кода =9, который у Вас и прописан в ПГМ324.

В итоге, никакого "чуда" нет - на транзитной станции LCR не работает для транзитных вызовов от оконечной АТС (как и было известно):
- просто если от оконечки приходит 9-ка, то вызов уходит на сетевой транк 2 (аналоговые CO 01- СО07);
- а если приходит код =599, то на сетевой транк 10 (аналоговая СО 08).
И уж если хотите, использовать код 59 для доступа на линию СО08 в транзитной АТС, то зачем LCR на оконечки?? Что мешало просто прописать 59 как PSTN код. И также прописать PSTN код 59 на транзитной АТС с выходом на сетевой транк 10 (СО 08).

[Astra]

Проверил схему описанную выше у себя. На транзитной станции прописал код в LCR, а на оконечной в NET. Результат при наборе номера с кодом на системнике оконечной станции: линия такая-то отбой. Вывод: все не так, все не так ребята.

Посмотрел конфиги. Нелегкая это задача. Меня удивило, что вы прописываете таблицы не сначала, а в произвольном порядке. Так запись с кодом 59 в таблице NET находится под номером 66.
На оконечной станции код 59 есть и в таблицах LCR и в NET. LCR имеет более высокий приоритет, поэтому будет выполняться он. Почему выбран режим BOTH? Далее добавляется 9, т.е. получается 599 и набор направляется на линии VOIB. VOIB ищет код 59 и находит его в таблице NET и на транзитную станцию должно уходить 59-9номер, так как отправка кода включена. Дальше всем рулит NET транзитной станции.
Но! Вся эта схема получается глючной. Ранее я уже отмечал, что коды не должны повторяться в разных планах. Этот код (599) должен добавляться в LCR к номеру набранному пользователем. Например, набирается номер 8909*** через 9. Ставится режим COL, 8909 на индекс 1. Для индекса 1 добавляете 599 и направляете на линии VOIB. Вот эта схема проверенно работает. Правда разрулить в транзитной АТС вряд ли удастся. Смотрите сами: по NET номер приходит на плату VOIB, а у нее свои мозги. Если бы номер приходил на процессорную плату то там возможно задействовалась бы LCR, а здесь никак.

[alexsoft]

Мдя... В таком конфиге без бутылки не разобраться... Логики не видно...
1) На транзитной АТС:
- все-таки прописан PSTN код = 9 и именно он используется для транзита.
- с какой стати аналоговые СО-линии (СО 01- СО08) указаны в ПГМ322 как тип NET??? Аналоговые СО-линии - только тип PSTN (ПГМ322)!!!
2) На оконечной станции:
Зачем нужно было на оконечной АТС использовать INT LCR с кодом 59??? При этом:
получено 59, ничего не удалять, добавить (вставить) цифру 9 в позицию №2, итого получаем 599.
Вот этот набор 599 уходит в транзитную АТС, а там 599 указан как сетевой абонент (NET), связь с которым по сетевому транку 10 (это по аналоговой СО-линии СО08 ????). Это ерунда какая-то. Если у Вас это работает, то не благодаря, а вопреки.
Не проще ли было просто использовать для транзита набор PSTN кода =9, который у Вас и прописан в ПГМ324.

В итоге, никакого "чуда" нет - на транзитной станции LCR не работает для транзитных вызовов от оконечной АТС (как и было известно):
- просто если от оконечки приходит 9-ка, то вызов уходит на сетевой транк 2 (аналоговые CO 01- СО07);
- а если приходит код =599, то на сетевой транк 10 (аналоговая СО 08).
И уж если хотите, использовать код 59 для доступа на линию СО08 в транзитной АТС, то зачем LCR на оконечки?? Что мешало просто прописать 59 как PSTN код. И также прописать PSTN код 59 на транзитной АТС с выходом на сетевой транк 10 (СО 08).

Спасибо за комментарии, просто код 59 использовался в качестве теста для возможности как-то связать LCR транзитной АТС для оконечной. Вообще задача ставилась чтобы оконечная станция могла использовать все 13 линий транзитной, НО, сначала должны были заниматься линии 1-7, и если они заняты, то 13-17...

[Astra]

Спасибо за комментарии, просто код 59 использовался в качестве теста для возможности как-то связать LCR транзитной АТС для оконечной. Вообще задача ставилась чтобы оконечная станция могла использовать все 13 линий транзитной, НО, сначала должны были заниматься линии 1-7, и если они заняты, то 13-17...

Еще раз повторюсь: в настоящее время это сделать невозможно. Нужно, чтобы разработчики предусмотрели в плане NET возможность альтернативного выбора группы линий.
В отчете, который выдает станция по загрузке линий можно посмотреть процент, когда все линии группы заняты. Если это "0" не о чем беспокоиться. Интересную статистику я собрал у себя. У нас где-то 120 человек в организации. Работа связана с обзвонами. Если в группе 3 линии все линии группы начинают потихоньку быть занятыми после 210 вызовов в день (где-то 70-80 вызовов на 1 линию), если в группе 7 линий - после 800 вызовов в день (110-120 вызовов на 1 линию). Таким образом, чем больше линий в группе, тем меньше вероятность, что они будут заняты одновременно.
Также попробуйте сделать разные транзитные коды для разных номеров и направьте на разные линии. Так Вы снизите загрузку групп линий.

[harris]

... сначала должны были заниматься линии 1-7, и если они заняты, то 13-17...

LCR в данном случае (при транзите) не сработает.
Как вариант можно попробовать следующее:
- линии 1- 7 и 13 - 17 должны быть прописаны как тип PSTN по ПГМ322 (это нужно сделать в любом случае. А у Вас сейчас линии 1- 8 указаны как NET. Нужно исправить на PSTN)
- все линии 1-7 и + 13-17 нужно назначить в отдин и тот сетевой транк в ПГМ322 (в одну сетевую группу). Сейчас это два сетевых транка: Net GRP 2 и Net GRP 4. Допустим все линии 1 -7 и 13-17 назначаем в Net GRP 2.
- тогда при наборе PSTN кода =9, станция будет выбирать линию из Net GRP 2 (т.е. из линий 1-7 и 13-17)
- далее имеет значение, по какому принципу станция будет выбирать линию... Для кодов типа PSTN это определяется в ПГМ160/3 (CO Line Choice). Там два варианта: по кругу (Round) или начиная с последней (Last Choice), т.е. начиная со СТАРШЕЙ линии. Вариант по кругу Вам не подходит.
При варианте Last Choice в первую очередь будут заниматься линии 17 -> 13 и далее 7->1.
А Вам нужно наоборот.
Тогда нужно, чтобы линии PRI имели более младшие номера СО портов, а аналоговые (LCOB) - старшие номера портов СО. Т.е. Вам нужно переназначить в ПГМ103/1 (COL Board Logical Assignment), чтобы в логическом порядке слотов сначала была указана плата PRIB, а потом LCOB.
Сейчас указаны слоты в порядке: 6,7,2. А нужно 2, 6, 7 или 7, 2, 6.
Но при этом изменится вся нумерация СО-портов и Вам придется все СО-линии заново перепрограммировать.

[harris]

Таким образом, чем больше линий в группе, тем меньше вероятность, что они будут заняты одновременно.

+100
Я всегда так клиентам и объяснял.
Поэтому обычно делал для исходящей связи (а по входу - все линии по-разному, куда требуется) одну большую группу линий (для основной массы пользователей). Ну, а для начальства приходилось выделять либо персональные линии, либо отдельную группу линий.

[Dron]

+100
Я всегда так клиентам и объяснял.
Поэтому обычно делал для исходящей связи (а по входу - все линии по-разному, куда требуется) одну большую группу линий (для основной массы пользователей). Ну, а для начальства приходилось выделять либо персональные линии, либо отдельную группу линий.

Аналогично! Вообще, стараюсь все в одну группу - так проще!

[Astra]

LCR в данном случае (при транзите) не сработает.
Как вариант можно попробовать следующее:
- линии 1- 7 и 13 - 17 должны быть прописаны как тип PSTN по ПГМ322 (это нужно сделать в любом случае. А у Вас сейчас линии 1- 8 указаны как NET. Нужно исправить на PSTN)
- все линии 1-7 и + 13-17 нужно назначить в отдин и тот сетевой транк в ПГМ322 (в одну сетевую группу). Сейчас это два сетевых транка: Net GRP 2 и Net GRP 4. Допустим все линии 1 -7 и 13-17 назначаем в Net GRP 2.
- тогда при наборе PSTN кода =9, станция будет выбирать линию из Net GRP 2 (т.е. из линий 1-7 и 13-17)
- далее имеет значение, по какому принципу станция будет выбирать линию... Для кодов типа PSTN это определяется в ПГМ160/3 (CO Line Choice). Там два варианта: по кругу (Round) или начиная с последней (Last Choice), т.е. начиная со СТАРШЕЙ линии. Вариант по кругу Вам не подходит.
При варианте Last Choice в первую очередь будут заниматься линии 17 -> 13 и далее 7->1.
А Вам нужно наоборот.
Тогда нужно, чтобы линии PRI имели более младшие номера СО портов, а аналоговые (LCOB) - старшие номера портов СО. Т.е. Вам нужно переназначить в ПГМ103/1 (COL Board Logical Assignment), чтобы в логическом порядке слотов сначала была указана плата PRIB, а потом LCOB.
Сейчас указаны слоты в порядке: 6,7,2. А нужно 2, 6, 7 или 7, 2, 6.
Но при этом изменится вся нумерация СО-портов и Вам придется все СО-линии заново перепрограммировать.

Интересный вариант. Он актуален, например, если линии 1-7 подключены к безлимитному тарифу, а 13-17 к повременному. Тут будет выгодно. Но для нас такая схема к сожалению не работает, т.к. цель другая.
Вот как у нас было. На транзитной станции подключены 10 шлюзов - 3 МТС, 3- билайн, 2- мегафон и 2 - TELE-2. Необходимо, чтобы пользователи с оконечных станций при наборе номера соответствующего оператора выходили на шлюз с соответствующим оператором, т.к. для вызовов внутри сети как правило самые низкие цены. Соответственно в LCR подставлялись разные транзитные коды. Но если все линии одного оператора были заняты то вызов сбрасывался, т.к. альтернативного назначения в плане NET нет (простите за каламбур). Описанная выше схема в нашем случае не сработает. Поэтому, сейчас подключились по другой схеме: 3 шлюза МТС, 7 - TELE-2. У TELE-2 15 копеек за минуту, у MTC 350 рублей безлимитно на МТС.

[alexsoft]

LCR в данном случае (при транзите) не сработает.
Как вариант можно попробовать следующее:
- линии 1- 7 и 13 - 17 должны быть прописаны как тип PSTN по ПГМ322 (это нужно сделать в любом случае. А у Вас сейчас линии 1- 8 указаны как NET. Нужно исправить на PSTN)
- все линии 1-7 и + 13-17 нужно назначить в отдин и тот сетевой транк в ПГМ322 (в одну сетевую группу). Сейчас это два сетевых транка: Net GRP 2 и Net GRP 4. Допустим все линии 1 -7 и 13-17 назначаем в Net GRP 2.
- тогда при наборе PSTN кода =9, станция будет выбирать линию из Net GRP 2 (т.е. из линий 1-7 и 13-17)
- далее имеет значение, по какому принципу станция будет выбирать линию... Для кодов типа PSTN это определяется в ПГМ160/3 (CO Line Choice). Там два варианта: по кругу (Round) или начиная с последней (Last Choice), т.е. начиная со СТАРШЕЙ линии. Вариант по кругу Вам не подходит.
При варианте Last Choice в первую очередь будут заниматься линии 17 -> 13 и далее 7->1.
А Вам нужно наоборот.
Тогда нужно, чтобы линии PRI имели более младшие номера СО портов, а аналоговые (LCOB) - старшие номера портов СО. Т.е. Вам нужно переназначить в ПГМ103/1 (COL Board Logical Assignment), чтобы в логическом порядке слотов сначала была указана плата PRIB, а потом LCOB.
Сейчас указаны слоты в порядке: 6,7,2. А нужно 2, 6, 7 или 7, 2, 6.
Но при этом изменится вся нумерация СО-портов и Вам придется все СО-линии заново перепрограммировать.

Харрис большое спасибо за идею изменения порядка слотов, именно так я и сделаю...

[harris]

Харрис большое спасибо за идею изменения порядка слотов, именно так я и сделаю...

Подождите, я сначала проверю еще раз у себя на станции...

[harris]

Подождите, я сначала проверю еще раз у себя на станции...

Проверил у себя на станции. Похоже, опять корейцы изменили алгоритм...
Было изначально:
- линии в сетевом транке (неважно NET/PSTN) при наборе сетевого кода (неважно типа NET/PSTN) занимались, начиная с первой (младшей)

Потом по просьбе это изменили:
- если код типа NET, то - начиная с первой линии транка
- если код типа PSTN, то - как обычно, в зависимости от ПГМ160/3 (СO Line Choice: Round/Last)

Сейчас, на версии 3.9Da, опять вернулись к исходному варианту?????
- вне зависимости от типа кода (NET/PSTN) и вне зависимости от типа линии (NET/PSTN) при доступе к сетевому транку (линии, пропиисанные в ПГМ322) выбор линии осуществляется, начиная с Первой линии в транке (First Choice).

Проверьте на своей станции (версии):
Укажите свои исходящие линии как тип PSTN в ПГМ322 и проверьте, как выбираются линии при наборе PSTN-кода (9-ки). Если выбираются, начиная с первой, то тогда НЕ НУЖНО будет переназначать слоты!!! Достаточно будет в ПГМ322 прописать линии 1 -7 и 13-17 в один сетевой транк (Net GRP 2). И все.

[harris]

Сейчас, на версии 3.9Da, опять вернулись к исходному варианту?????
- вне зависимости от типа кода (NET/PSTN) и вне зависимости от типа линии (NET/PSTN) при доступе к сетевому транку (линии, пропиисанные в ПГМ322) выбор линии осуществляется, начиная с Первой линии в транке (First Choice).

Фу... Прошу прощения за "панику", почудилось... Сейчас сбросил все свое тестовые сетевые настройки (проициализировал NET DATA) - все встало на место:
- если код типа NET, то - начиная с первой линии транка
- если код типа PSTN, то - как обычно, в зависимости от ПГМ160/3 (СO Line Choice: Round/Last)

Только непонятно, в чем было дело... ??

[alexsoft]

Проверил у себя на станции. Похоже, опять корейцы изменили алгоритм...
Было изначально:
- линии в сетевом транке (неважно NET/PSTN) при наборе сетевого кода (неважно типа NET/PSTN) занимались, начиная с первой (младшей)

Потом по просьбе это изменили:
- если код типа NET, то - начиная с первой линии транка
- если код типа PSTN, то - как обычно, в зависимости от ПГМ160/3 (СO Line Choice: Round/Last)

Сейчас, на версии 3.9Da, опять вернулись к исходному варианту?????
- вне зависимости от типа кода (NET/PSTN) и вне зависимости от типа линии (NET/PSTN) при доступе к сетевому транку (линии, пропиисанные в ПГМ322) выбор линии осуществляется, начиная с Первой линии в транке (First Choice).

Проверьте на своей станции (версии):
Укажите свои исходящие линии как тип PSTN в ПГМ322 и проверьте, как выбираются линии при наборе PSTN-кода (9-ки). Если выбираются, начиная с первой, то тогда НЕ НУЖНО будет переназначать слоты!!! Достаточно будет в ПГМ322 прописать линии 1 -7 и 13-17 в один сетевой транк (Net GRP 2). И все.

Проверил.
Версия 3.8, тип PSTN в ПГМ322, занимаются линии начиная с последней, не подходит для меня

[harris]

Только непонятно, в чем было дело... ??

Ага... Вроде нашел в чем дело... Век живи, все равно дураком остаешься...
Если есть сетевой транк, то:
- если на него ссылается ТОЛЬКО код PSTN, то - в зависимости от ПГМ160/3 (как обычно на исходящие СО)
- если же на этот же самый сетевой транк помимо кода PSTN ссылается какая-либо сетевая нумерация (Net Number, код типа NET), то при наборе PSTN кода занятие линий будет соответствовать сетевому алгоритму - т.е. НАЧИНАЯ с ПЕРВОЙ ЛИНИИ в транк!! Чудеса!! И багом это не назовешь, и как фича это тоже не очень нужно... Просто очередной нюанс...Увы...