Исходные данные:
- ipLDK-300 (3.9DA)
- подключена к городу по SIP (группа линий 2)
- подключена к корпаративной сети по H323 (группа линий 4)
- внутренние номера ipLDK-300 21хх и 22хх
- внутренние номера корпаративной сети 1ххх-7ххх (присутствует зоопарк из Avaya, Alcatel, Cisco CM, Астерисков и прочих-прочих-прочих)
- выход в город через префикс 9
- набор номера в корпаративной сети без префикса (разрулено через LCR и NET, где первая цифра номера прописана как PSTN)

Проблема с наборами с системных телефонов - при наборе через speed dial (номер в ячейке памяти, а на кнопку системника вынесено обращение к соответствующей ячейке).
Например, через кнопку запрограммирован набор городского номера 5хх-ххх (у нас 6-значная городская нумерация).
При нажатии на клавишу набор 5хх-ххх через LCR (как я понимаю) заруливается в корпаративную сеть.
При наборе с телефона 9-5хх-ххх все нормально - через SIP улетает куда надо.
Та же фишка наблюдается при использовании на системниках Redial (через 9-ку все уходит как надо, по нажатию Redial - все заруливается в корпаративную сеть).

Можно сделать выход в корпаративную сеть через какой-нибудь префикс, но не хотелось бы это делать.

Подскажите как можно разрулить этот момент.

Тип LCR для 5-ки какой в ПГМ221?

в ПГМ 220 пробовал и 02 и 12, результат один и тотже
В ПГМ 221 внутренний (INT).

При программировании ячеек указывали нужную CO Group?

Нет.
А как это делается ???
Допустим этим я смогу победить набор из Speed Dial (это надо еще пробовать).
А как быть с Redial ????

А что, в мануале разве не описано?


http://www.artcom.ru/forum/index.php?showtopic=9197

Спасибо за ссылку.
Занятно.
Но у меня случай несколько инной.
У меня выход в город идет не через LCR .
В качестве кодов LCR у меня прописано:
1, 20, 23, 24, 25, 26, 27, 28, 29, 3, 4, 5, 6 и 7
т.е. первые цифры внутренних номеров соседних станций.
Выход в город через префикс 9, который в LCR никак не прописан.
LCR внутренний.
Т.е. на наборы 9 + городской номер он никак не должен влиять (по крайней мере по моему убеждению).

Выложите конфиг станции. Поглядим, пощупаем...

Да, но используются то ВНЕШНИЕ линии.

В первом посте я указал:
- в сторону города смотрим через SIP - группа линий 2 (net-группа 1)
- в стороны корпаратива через H323 - группа линий 4 (net-группа 4)
У абонентов назначен выход на группы 2 и 4.
В системных парамераметрах Override 1-st CO Line Group - no.
ИМХО без разницы что стоит в CO Line Choice.
При таких настройках ИМХО набор speed dial и redial должен идти через доступную группу с наименьшим номером, т.е. через группу 2 (SIP в сторону города).
LCR должен вступать в работу только, если набирается внутренние номера соседних станций, т.к. LCR внутренний.

Или я чего-то не понимаю.

Файл конфига выложу завтра.

Так заруливается, или что? Что получается то?

У вас какие линии занимаются?

Все наборы городских номеров должны осуществляться через SIP, т.е. группу линий 2.
В корпаративную сеть должны отдаваться только внутренние номера соседних станций. Физически из корпаратиной сети нет и не должно быть выхода на телефонные сети общего пользования.
У нас получается следующее:
1. По speed dial занимаются линии корпаративной сетки, H323 - группа линий 4 и в них транслируется набор городского номера.
2. По Redial ситуация следующая: пытаемся позвонить на городской номер, выходим через 9-ку, все нормально - через SIP, группа линий 2. Отбиваемся. Нажимаем клавишу Redial и вылетаем на линии корпаратива, H323, группа линий 4 и туда пытаемся набрать городской номер.

Подключение к городу по SIP идет через одну плату VOIBN, в корпаратив подключаемся через другую плату VOIBN, т.е. в станции две платы, уточняю на всякий случай.
До недавнего времени станция не была подключена к корпаративной сетке (группы линий 4 соответственно не было) и все работало тип-топ.
Подключили к сетке, прописали LCR и Network и получили вышеописанную ситуевину.
Кстати еще отмечено, что по 9-ке в группу линий 4 мы не попадаем даже если все каналы платы VOIBN, на которой поднят SIP - что собственно и правильно.

Чудес не бывает! Ждем конфиг...

Если не секрет, почему это все не сделали через ПГМ322, 324??

Все сделано в том числе и через ПГМы 322, 324 - там эти же коды прописаны как PSTN.
Через LCR сделано из-за того, что без него почему-то не работает подстановка первых цифрок.
Т.е. принаборе номера, например, 5678 нужное направление (группа линий 4) занимается, но в линию идет 678. Если набирать 5-5678, то в набирается 5678.
Галочку Digit Repeat ПГМ 324 естественно ставил.
Но ........... почему то не работало, а разбираться в причинах не было времени, срочно нужно было подключаться к корпаративной сети.

А конфиг так и не предъявлен....
Вообщем так... Действительно, несмотря на то, что несколько лет назад были попытки "вылизать" проблемки, связанные с комбинациями LCR+NET+SPEED Dial и LCR+NET+Redial, тем не менее этого сделать в полной мере не удалось...
В вашем случае, ИМХО, я бы предложил попробовать следующее:
- убрать 9-ку из плана нумерации станции (из ПГМ107/12, Access to 1-st CO Group),
- прописать 9-ку, как код INT LCR в ПГМ221 и соответственно назначить прописать доступ на нужную группу линий в ПГМ222.
- в Speed-ячейки прописывать номер вместе с 9-кой: 9ХХХХХХХ.
- в ПГМ160/24 (NET SPEED PGM Option) поставить = OFF.

А не проще ли нормально прописать все в ПГМ324 и, вообще, отказаться от LCR??

Конфиг надо посмотреть...

Андрей! Если прописать корпоративный план как сетевые номера (тип NET) в ПГМ324, то для них ни Speed Dial, ни Redial работать не будет. К нумерации NET не применяется Redial/Speed.
Проверь, если есть возможность/желание...

А это же и не нужно, вроде! Проблема то с набором городских номеров...

Я понимаю.... Я как раз выше и писал, каким вариантом можно попытаться решить проблему (9-ку - в INT LCR).
Конфиг нужно смотреть. Эти все "теоретические измышления" начинают утомлять....
Может у автора топика в LCR коды прописаны как BOTH, а не как INT ??

Не могу прикрепить файл бекапа.
"Неудачная загрузка. Вам запрещено загружать такой файл"
Как с этим бороться ????

Могу еще отправить по мылу.

Можно изменить разрешение файла, наверное. Можно выложить на какой-нибудь файлообменник.

http://zalil.ru/32658538
ссылка на скачивание фала бекапа

Я бы, все же, нормально прописал сетевую нумерацию в ПГМ324 и отключил LCR(он вам, по сути, и не нужен).
В ПГМ143 для СО49-60 выключить ISDN ENBLK Send, в ПГМ322 для этих линий установить Networking CO Line Type NET, ну и в ПГМ324 использовать System Usage NET. И коды прописывать 56**, 23**, и т.п.

Проверьте значение опции NET SPEED PGM в ПГМ160/22. Если там включено, попробуйте выключить эту опцию.

Попутно...:
1) Зачем в ПГМ221 делается ссылка для кодов 221, 222 и т.д. на разные индексы в табл. DMT (ПГМ222)?? Ведь для всех этих кодов требуется абсолютно одна и та же обработка... Так зачем прописывать кучу индексов в ПГМ222, когда достаточно было прописать только один и ссылать только на один индекс??
2) А зачем вообще используется LCR?? Только из-за того, что Digit Repeat (ПГМ324) не поддерживается для линий типа PSTN?? Начиная с версий С[3].9Dd опция Digit Repeat работает как для линий NET, так для линий типа PSTN.
3) В принципе можно было просто прописать коды типа NET 221*, 222* и т.д. как тип NET, и линии указать тоже как NET Тогда бы и не нужно было заботится о Digit Repeat. (Правда, как я уже писал выше, Redial и Speed Dial не работает для кодов NET)...

То Dron:
- если отключить набор блоком, то вышестоящая железяка которой разруливаются корпаративные наборы (в нет прописаны адреса этой железяки х.х.х.11 и х.х.х.12) перестает понимать набор в ее сторону. Сетевая маршрутиризация и так расписана и она работает, но .......... без Digit Repeat - чуть выше писал об этом с конкретным примером.

То harris:
1. согласен полностью и абсолютно, можно обойтись одной записью, но и в этом виде - рабочий вариант.
По одному из вариантов мы в ПГМ 222 для вышестоящей маршрутиризации добавляли цифирки - свои для каждого направления. Потом эта необходимость отпала, в таблице поле Add потерли, а остальное осталось. Повторюсь - пусть громоздко, но это рабочий вариант и траблы не тут зарыты.
2. LCR именно из-за отсутствия Digit Repeat. Где можно взять версию С[3].9Dd ???? Если бы эта фича работала, то понятно, что LCR не нужен, проверял без него работает, но .............. без Digit Repeat
3. Линии не прописаны с типом NET именно по указанной вами причине - не работает Redial и Speed Dial (ну лень руководству Заказчика руками четырехзначные номера соседних станций набирать, типа классно када нажал на кнопочку и все дела).

NET SPEED PGM в ПГМ160/22 - попробую, чуть позже, обязательно отпишусь по этому поводу.

Я написал про отключение набора блоком при условии, что в ПГМ322 NET. Не для вашего действующего варианта.

Вот и не понятно, зачем вам Digit Repeat, почему не прописать правильно сетевую нумерацию? Вам же надо просто вызывать абонентов других АТС!

Хорошо, может быть я чего-то не допонимаю, простой пример.
Мне нужно вызвать абонента соседней станции с номером 5117. При этом я должен набрать просто его номер - 5117.
Как мне это сделать ??????

Мы ж двое написали вам, как это сделать.
Повторюсь.
Отключть LCR.
В ПГМ143 для СО49-60 выключить ISDN ENBLK Send.
В ПГМ322 дляСО49-60 установить Networking CO Line Type NET.
В ПГМ324, там, где у вас 5-ка, использовать System Usage NET, NUM Plan Code - 51**.
Вызываться будут номера 51ХХ.

Значится так... Проверил еще раз на своей станции.
Проблема, как и предполагалось, в том, что одновременно используется и схема с набором LOOP кода (9 в плане нумерации) и схема с кодами INT LCR.
Вы набираете 95ХХХХХ. ОК. При этом станция в ячейке Redial вовсе не запоминает код 9 (LOOP код), она отдельно запоминает линию (группу), по которой был набор (SIP в вашем случае). А в ячейке Redial сохраняется только номер 5ХХХХХ.
После этого Вы выполняете Redial. Станция предполагает предоставить SIP-транк, но поскольку у Вас включен LCR, она начинает анализировать сохраненный номер. Там она обнаруживает код INT LCR, и поскольку INT LCR имеет наивысший приоритет, то станция дальнейшую обработку (выбор линии) производит именно по LCR !!! Поэтому при повторе Вы попадаете не на SIP-транк, а в корпоративную сеть (H.323).
Аналогичная история при использовании ячеек Speed Dial.
Вы прописываете ячейку номер 5ХХХХХ, станция при наборе должна подставить к номеру LOOP код (9), но первая цифра номера (5) является кодом INT LCR. Поэтому далее набор выполняется согласно LCR!!

Варианты решения:
1. Отказаться от LCR. Использовать коды PSTN и Digit Repeat. Требуется замена версии. Давайте ваше мыло - я пришлю новый софт.
2. Наоборот - все коды доступа прописать как INT LCR. Т.е. так, как я Вам писал выше. Удалить 9-ку из плана нумерации (ПГМ107). Прописать 9-ку как INT LCR код с выходом на SIP-транк (группа 2, адрес в ПГМ324 - не прописывать). Тогда и в Speed ячейку нужно будет прописывать номер вместо с 9-кой (95ХХХХХ). Это можно попробовать и на вашей текущей версии софта.

Игорь, а зачем PSTN и Digit Repeat?? Нужно же просто вызывать абонентов других АТС, в город звонят по 9-ке.
Или я не понял где чего??

Если я правильно понял, то он хочет, чтобы и номера сетевых (корпоративных) абонентов можно было точно также как и городские (SIP) номера, прописывать в Speed-ячейку и повторно набирать Redial'ом.
Так вот если прописать номера как тип NET (5***, 22**, 23** и т.д.), то эти номера не будут правильно набираться из Speed-ячеек и при повторе!! Номера типа NET - это как внутр. номера (как STA), они не предназначены для SPEED и Redial'а. Их можно только прописать на "гибкую" кнопку. И все.

Исходя из этого (Speed/Redail) придется прописывать коды как тип PSTN. Ну, а далее: либо новая версия и Digit Repeat, либо старая версия и все коды доступа как INT LCR. Как-то так... Увы.

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

Игорь, пять баллов. Спасибо.
просьба выслать новую прошивку на vic1502@mail.ru

Для начала попробую 9-ку в LCR (по п. 2).
Если это не получится, то тогда перешью станцию.

То Dron :
я уже отмечал, что выключить ISDN ENBLK Send я не могу, т.к. верхнестоящая железяка перестает реагировать на наборы.

Вы, кажется, не совсем все внимательно читаете. Я ж не предлагаю в вашем варианте с PSTN выключать набор блоком.
При использовании NET набор, итак, будет блоком... Я предлагаю NET использовать.

Уваж. Dron написал все правильно по поводу Enblock. Он знает, что говорит!!!
Дело в том, что тут есть нюанс. Линии NET - это отдельный тип линий для сети из станций LG !
Если линии прописаны как тип NET, то в ПГМ143 опция Enblock должна быть обязательно ВЫКЛЮЧЕНА (иначе эти линии вообще работать не будут. Т.е. это нужно знать, и просто принимать как должное.
Но при этом:
коды типа NET все равно будут набираться ENBLOCK'ом !!! Т.е. для других станций в вашей корпорат. сети все будет по-прежнему (enblock'ом).
И только коды PSTN будут уходить Overlap'ом.

Так, у меня 18:15 местного времени, мозг начинает закипать, да и день выдался муторный.
Завтра с утреца еще раз перечитаю всю тему "с чувством, с толком, с расстановкой".
Постараюсь к обеду проделать операции по совету Игоря.
О результатах напишу.

В любом случае, огромное спасибо всем за отзывы и советы.

Прошивку я отправил на указанный адрес.

Игорь, тут на сайте лежит прошивка 3.9Fb. Она ж повыше, чем С[3].9Dd...Или в ней нужная фича не реализована?

Да, конечно, С.9Fb тоже подойдет...
Я просто не слежу за тем, какие прошивки Артком выкладывает.
На данный момент последняя версия - С.9Fd.

Проблему решили.

NET SPEED PGM в ПГМ160/22 - никак не помогло.

После разъяснительной работы с Заказчиком приняли решение действовать через сетевой план нумерации и отключить LCR.

По пути предложенному Dron-ом (в принципе все стандартно):
В ПГМ143 выключен ISDN ENBLK Send.
В ПГМ322 все установлено Networking CO Line Type NET.
В ПГМ324 все тоже расписано как NET.

Все заработало. Раньше этого не делали из-за необходимости в ПГМ 143 отключать ISDN ENBLK Send (напомню, что вышестоящая железка понимает от нас только набор блоком).
Но после полученных разъяснений, что для типа NET и отключенного ISDN ENBLK Send набор все-равно будет идти влоком все встало на свои места.
Теперь и наборы номеров соседних станций работают и Redial + Speed Dial на месте.
Вроде как хэпи энд.

Перепрошивать станцию не стали из-за категорического отказа Заказчика остановить работу станции даже на 10-15 минут в рабочее время, а заниматься этим во внерабочее время у меня нет желания. Тем более, что все остальное работает. Держу этот вариант "про запас" если что-нибудь "вдруг вылезет".

Еще раз огромное спасибо Dron-у и harris-у за проявленное терпение и "направление на путь истинный".

Ок.
А как насчет Speed Dial и Redial'а для вызова сетевых номеров (5***, 22**, 23** и пр. ) ??? Это тоже работает??
Или же Speed-ячейки и Повтор номера работают только для городских номеров (для SIP транка)??

От идеи Speed Dial и Redial'а для вызова сетевых номеров отказались (я ж говорю после проведенной разъяснительной работы ).
Сетевые номера можно программировать напрямую на кнопки (с точки зрения наборов простым нажатием, увы без индикации занятости, т.к. с той стороны не лыжа).
Эти функции работают только для для городских номеров (для SIP транка).

ОК. Все грамотно! Разъяснительная работа (и др. организационные меры) - очень правильный метод решения проблем... Особенно при необходимости компенсировать ими существующие технические ограничения и функциональные (не)возможности установленного оборудования. Я тоже стараюсь пояснить клиенту, почему так, а не иначе...