Тема: LIK-MFIM100
Подытоживая сказанное, хотите бейте меня, а хотите режьте, считаю привязку альтернативки к группам неправильным ходом. Она должна быть привязана к направлениям, а в направлениях может быть несколько групп с разной последовательностью занятия.
Тем не менее, благодарен за информацию, т.к. пологал что, я что-то не понял или упустил по поводу маршрутизации в MG, а теперь вижу, что она просто сделана, как сделана, и нужно пользоваться тем что дали.
Подытоживая сказанное, хотите бейте меня, а хотите режьте, считаю привязку альтернативки к группам неправильным ходом. Она должна быть привязана к направлениям, а в направлениях может быть несколько групп с разной последовательностью занятия.
Тем не менее, благодарен за информацию, т.к. пологал что, я что-то не понял или упустил по поводу маршрутизации в MG, а теперь вижу, что она просто сделана, как сделана, и нужно пользоваться тем что дали.
Да что там - вы спросили, я ответил...
Кто к чему привык...
Просто еще добавлю. Вы прописываете направление, указываете группу, которая должна использоваться, у группы есть альтернативка. Разве, в итоге, не имеем привязки к направлению?
А еще ж разным абонентам можно указать разные Digit Conversion Table - такого нагородить можно..
Просто еще добавлю. Вы прописываете направление, указываете группу, которая должна использоваться, у группы есть альтернативка. Разве, в итоге, не имеем привязки к направлению?
Группа может обслуживать и другое направление и там для неё может понадобится другая альтернатива.
А еще ж разным абонентам можно указать разные Digit Conversion Table - такого нагородить можно..
Т.е. абонентов можно приписать к одной из девяти таблиц? Насколько я понял, это сделано для того, чтобу у каждого тенанта была своя таблица.
Я вот подумал, не дурно было бы иметь возможность в Digit Conversion Table вносить одну комбинацию несколько раз, с разной конвертацией. Если, например, по первой строке группа занята, переход ниже и, если комбинация повторяется, использование другой конвертации. Ну, и, если и там занято, поиск в следующих строках по тому же принципу. Это могло бы стать мощным инструментом.
Группа может обслуживать и другое направление и там для неё может понадобится другая альтернатива.
Да и это можно сделать.
Т.е. абонентов можно приписать к одной из девяти таблиц? Насколько я понял, это сделано для того, чтобу у каждого тенанта была своя таблица.
Абоненты могут принадлежать одному тенанту, а использовать разные Digit Conversion Table.
Я вот подумал, не дурно было бы иметь возможность в Digit Conversion Table вносить одну комбинацию несколько раз, с разной конвертацией. Если, например, по первой строке группа занята, переход ниже и, если комбинация повторяется, использование другой конвертации. Ну, и, если и там занято, поиск в следующих строках по тому же принципу. Это могло бы стать мощным инструментом.
Тут запутаться легко. Не знаю...
А на практике - пока не было случая не возможности реализовать ТЗ заказчика. Теоретически, конечно, можно выдумывать всяческие сложности, но на практике..каких то зморочек не выполнимых никто не просил реализовать.
Тут запутаться легко.
Ну, вообще-то, это было-бы практически то же, что обычный LCR)
Только раньше он был один на всю стацию, а теперь таблиц девять.
Это позволило бы создавать до 9 различных последовательностей занятия групп СО для разных абонентов.
Различный приоритет занятия групп - это вообще давняя хотелка одного продвинутого инсталлятора (см. НачШтаба). Ну и моя то же.
Так что, если идея моя понятна, и у кого-то есть возможность донести её до корейцев - было бы шикарно)
Раз уж ПО для MG продолжает совершенствоваться...
Тут запутаться легко.
Ну, вообще-то, это было-бы практически то же, что обычный LCR)
Только раньше он был один на всю стацию, а теперь таблиц девять.
Это позволило бы создавать до 9 различных последовательностей занятия групп СО для разных абонентов.
Различный приоритет занятия групп - это вообще давняя хотелка одного продвинутого инсталлятора (см. НачШтаба). Ну и моя то же.
Так что, если идея моя понятна, и у кого-то есть возможность донести её до корейцев - было бы шикарно)
Раз уж ПО для MG продолжает совершенствоваться...
10 таблиц LCR сделано в версии 5.5 для iPECS-LIK.
По моим данным в MG LCR в таком даже виде, как на ipLDK, не будет. Но я могу заблуждаться и чего то не знать...
Но я соглашусь, что что то типа альтернативных индексов в Digit Conversion Table не помешало бы. Или, может, различные варианты ARS для CO Group…
10 таблиц LCR сделано в версии 5.5 для iPECS-LIK.
Это просто отличная новость!
Жаль только с железом LIK в Арткоме неровно. Видать, расхватывают как горячие пирожки))
По поводу MG, что то я подумал, достаточно бы было просто увеличить количество уровней ARS - не 2, а 4, или даже 6, 8, к примеру...
Этого бы было достаточно. Можно же изначально выходить на пустую группу, у нее уже расписать нужный ARS. Ну и разные Digit Conversion Table - вот и реализация того, чего хотите!
Надо повнимательнее все проверить касательно групп и ARS, сформулировать пожелания...Завтра, будет если время, погоняю.
10 таблиц LCR сделано в версии 5.5 для iPECS-LIK.
Это просто отличная новость!
Сам я не проверял, как оно работает, но есть! И различным абонентам можно указать разные LDT Table Index.
По поводу MG, что то я подумал, достаточно бы было просто увеличить количество уровней ARS - не 2, а 4, или даже 6, 8, к примеру...
Этого бы было достаточно. Можно же изначально выходить на пустую группу, у нее уже расписать нужный ARS. Ну и разные Digit Conversion Table - вот и реализация того, чего хотите!
Признаться, не понимаю как это поможет. Ведь альтернатива привязывается к группе. Когда нужно, что бы группы образовывали разные цепочки занятия, это будет только мешать.
Я вот ещё из мана не понял: Digit Conversion Table привязывается к абоненту и к СО; если абоненту назанчена таблица 3 а СО, на которую он вышел таблица 2, то какая таблица сработает?
По поводу MG, что то я подумал, достаточно бы было просто увеличить количество уровней ARS - не 2, а 4, или даже 6, 8, к примеру...
Этого бы было достаточно. Можно же изначально выходить на пустую группу, у нее уже расписать нужный ARS. Ну и разные Digit Conversion Table - вот и реализация того, чего хотите!Признаться, не понимаю как это поможет. Ведь альтернатива привязывается к группе. Когда нужно, что бы группы образовывали разные цепочки занятия, это будет только мешать.
Я вот ещё из мана не понял: Digit Conversion Table привязывается к абоненту и к СО; если абоненту назанчена таблица 3 а СО, на которую он вышел таблица 2, то какая таблица сработает?
Пример, прописываете какой-либо код с выходом на группу, допустим 10, в которой нет ни одной линии, т.е. пустую. Для этой группы прописываются ARS1-ARSn.
В другой Digit Conversion Table прописываете тот же код, но с выходом, допустим, на группу 11, которая тоже пустая, но со своими ARS. Вот и получается, что разные абоненты, набирая один и тот же код, “бегают” по своим цепочкам, в которых могут использоваться одни и те же группы, но в разных последовательностях.
Digit Conversion Table для CO маршрутизируют входящую связь по DID и DISA. Одни и те же таблицы могут быть назначены и абонентам и СО, а конкретные строчки за счет установки Apply Option используются либо для абонентов, либо для СО, либо и для абонентов, и для СО.
ОК, теперь понял, спасибо. Минусом такого решения будет всегда ограниченное кол-во АРСов. Если бы их сделали хотя бы 9, было бы уже хорошо. Но вряд ли на такое расщедрятся.
Что-то не могу найти, Apply Option - это где?
Что-то не могу найти, Apply Option - это где?
В Digit Conversion Table.
Не вижу. Ман Issue 1.0. Может старый?
