Просьба реализовать LCR как он был в ipLDK в iPECS-МG
как пример для типичной для нашей действительности задачи:
имеем 3-х операторов - 1й в коде 495 (набираем 7 цифр или МГ, мобы, 499 через 8), 2й в коде 499 (набираем все через 8 а часть Москвы через 499), 3й - VoIPовский (все набирается через 7 - т.е. 7495..., 7916... и т.п.) и любой набранный абонентом номер должен правильным образом модифицироваться при прохождении альтернативных маршрутов... да, чабыл еще 4го оператора - через GSM-шлюз...

и еще пожелание - в iPECS-LIK вернуть интерфейс LDT и DMT как был в ipLDK (или хотя бы сделать отчет чтобы видеть настройки в виде таблички)... желательно ввести параметр Имя для каждой ДМТ...

и вопрос - куда наши пожелания деваются? - корейцы их видят? как то реагируют? - можно ли их ответы и комментарии тоже сюда транслировать?

А как Вы думаете, корейцы читают по русски?? Это разве сайт прозводителя??
Пожелания читают инженеры компании дистрибьютора, и если считают их нужными пересылают производителю.
А насчет транслировать ответы на этот сайт - это не хватит "рук" ни у производителя, ни у дистрибьютора.

По поводу LCR для MG - уже запрашивали. Пока нет решения. Структура софта отличается от LIK/ipLDK, требуется значительная переделка софта, и это всегда чревато негативными последствиями.

По поводу отображения LCR в LIK - да, есть некоторое неудобство. Уже это обсуждали, но пока еще не запрашивали корейцев по этому поводу, пока есть более насущные запросы. При случае попробуем запросить их и по поводу LCR.

Странное отображение сигнала готовности: при включенном LCR - при наборе первых цифр - длинные гудки - сигнала вызова после окончания набора - абоненты шугались после включения и долго привыкали.
LIK, вроде, не LDK, чтобы останавливаться на недошлифованых функциях..

Стас, это ты о чем?! Все точно так же, как и на LDK!

Стас! Где, что "недошлифовали" на LDK?? Ну, что за сентенции ты раз за разом выдаешь??