Андрей! Он уже использует вариант PSTN кода = 0 для выхода на тот же Астериск.
ИМХО, проще будет прописать 7-ку аналогичным образом, как PSTN, только Digit Repeat включить.

А разве между между Астериском и ipLDK у Вас используется протокол SIP (а не H.323)??
Вы писали, что между Linksys и Астериском используется SIP, но не упоминали, какой протокол между Астриском и станцией. Я решил, что там H.323. Так что на самом деле?? SIP??
Если SIP, то тогда все нужно по-другому делать. Вариант с кодами NET 7** не пройдет!! Тип NET - это только для H.323.

В-общем, в случае SIP все прописанные в ПГМ324 коды типа NET (1#**, ....., 7**) не имеют смысла.
Имеют смысл только коды типа PSTN.
Далее:
1) нужно в ПГМ143/6 вернуть обратно опцию ENBLOCK=ON !!
2)нет никакой необходимости ставить линию СО33 в отдельную NET группу, она также, как и остальные VOIP канала может быть в группе 15, и аналогично тип ее должен быть PSTN !!
3) для набора 7ХХ можно использовать либо код 7 типа PSTN (в ПГМ324), либо прописать код 7 типа INT LCR (решить задачу с помощью таблиц LCR).

Если через код PSTN, то тогда 7-ку нужно прописать в ПГМ324 точно также, как 0 !! IP-адрес Астериска не нужно указывать, он хранится в настройках SIP. Но для 7-ки нужно поставить флажок "Digit Repeat":
Т.е. в ПГМ324:
PSTN, 7, адрес - пусто, Digit Repeat = ON.

4) в ПГМ206 (Prefix Table), выбрать любую таблицу, прописать цифру 7, мин=3, макс=3, Enblock = ON
И в ПГМ143/16 (Prefix Table Index) поставить ссылку на эту таблицу префиксов.
Тогда станция будет ждать 7ХХ и сразу же инициировать вызов энблоком.

Ну, или вместо пункта 3 можно применить INT LCR. Прописать 7-ку как код типа INT. В ПГМ222 указать выбор группы 15. Цифру 7 не удалять.
Однако Вы уже используете вариант PSTN кода (для 0), поэтому можно сделать аналогично.

Как направить внешний звонок приходящий в ipldk с ГТС на linksys(номер 701)через voip линии типа pstn (о такой задаче я писал в первом посте).
Это было бы возможно в ПГМ144, если задействовать сетевую маршрутизацию, но предлагаете pstn. Можно конечно использовать автоматическую переадресацию с существующего внутреннего номера на 701.
Что-то мне подсказывает, что при входящем на ipldk и переадресации на 701 (если линии pstn) фактически получаем схему CO-TO-CO. А в такой схеме задействуются таймеры, например , неконтролируемой конференции, как следствие обрыв связи по таймеру - надо будет проверить.
Если поменять тип линий с NET на PSTN - не понятно, как выйти с linksys на внешние аналоговые линии ipldk - ведь транзитные коды действую только для линий типа NET.
Digit Repeat у меня был в off.
P.S.
Мое мнение - если задействовать сетевую маршрутизацию - исчезает проблема с таймерами, т.к. они не работают например, при транзите (я про таймер неконтролируемой конференции), так же отпадает надобность использования реального внутреннего номера, для автоматической переадресации вызова пришедшего с ГТС на 701.
Может это просто мой полуночный бред ))) - поправься если не прав...
Завтра проверю.

Если сделать линии voip типа pstn, не происходит транзита через ipldk, а он мне необходим для использования аналоговых линий ipldk. А если использовать линии net (для транзита) и pstn , то задействуются 2 линии voib из 8 - многовато.
Буду ковырять дальше))).

ОК. Попробуйте в ПГМ322 все VOIP каналы прописать как NET.
И проверьте, все ли будет работать.

К сожалению не могу проводить такие эксперименты. У меня порядка 30 человек звонят по sip на межгород использую 7 линий из 8 возможных (нагрузка от 2-5 одновременный звонков). Проосто я хотел отрезать восьмую линию для использования удаленным складом - это удачно получилось для transit-out. А вот transit-in на туже восьмую линию не получается. На самом деле я вижу что использую transit-in занимается правильная 33 со. Смотрю по wintariff-у.

Так какие проблемы??
Сейчас линия 33 = NET ?? Если да, то пропишите код 7 PSTN и выход на NET GRP 17 (на СО 33). И проверьте, будет ли работать исход. связь на Астериск при данном варианте (SIP линия указана как NET).
Если нормально, то значит все каналы VOIP можно будет использовать как NET.

Так оно будет работать - проверено. Если я правильно понял, что вы имели ввиду.
Если нет другого решения тогда так и буду делать- жаль, что придется использовать внутренний номер под переадресацию на 701(при входящем с гтс и пробросе этого вызова до 701) вместо использования сетевого номера.

Насколько я понял никто не пользовался сетевой нумерацией c использованием SIP.
Если сделать в 322 программе линию в net, а в 324 поставить код выхода на эту линию (например 7) и выбрать тип PSTN, то, в моем понимании, это НЕ есть нормальный transit-in. Неужели эти все "бубны" нужны только при использовании SIP, а при h323 все работает, как нормальный transit-in с возможностью задать сетевой номер в ПГМ 144???
Либо лыжи не едут, либо я еб...ый...

А разве где-нибудь написано, что в станции предусмотрена "сетевая нумерация c использованием SIP"?? -НЕТ !!
Станция позволяет всего лишь использовать подключение к провайдеру через SIP-транк.

А разве где-нибудь написано, что LDK выполняет функции транзитного узла связи?? - НЕТ.
Станции LDK реализуют только ограниченные варианты транзита из корпоративной сети в ГТС. Но корпоративная сеть в LDK строится на H.323. Причем на Direct H.323. Если использовать GateKeeper, то ИМХО будут те же проблемы, что и с SIP (хотя я не проверял, просто по логике...).
Станция выполняет транзит только между разнотипными транками (PSTN<->NET), но сетевая нумерация подразумевает, что все станции в сети подключены через транки типа NET (ISDN или Direct H.323).
Такой подход был выбран еще в начале 2000-х, когда собственно SIP был еще фактически в зачаточном состоянии. Так что ж Вы сейчас хотите от станции, которая уже снимается с производства???
Т.е. "эти лыжи" уже "у печки стоят"... Они своё откатали!

Про то, что ipldk - это динозавр, я знаю...

Теоретически, если поменять sip на h.323 между ipldk и астериском, то можно будет в пгм144 net number задействовоать?

Так же читаю (ищу) как создать такую ячейку например силами pc-admin.

Нужен не PC-Admin, а другое приложение - SpeedEditor.

Нужен не PC-Admin, а другое приложение - SpeedEditor.

Записываю номер 170 в ПГМ 104-109 на порт 300 ( железки на этом порту нет). Закрываю pc-admin.
Открываю speed editor, подключаюсь к атс, вношу в ячейку 2222 след инфу - speed name - имя (на английском яз.), co line type = co group = 17, Phone number = 701. Сохраняюсь, делая upload. Когда upload прошел - закрываю speed editor.
Открываю pc-admin .
Открываю ПГМ190\191 ГРУППУ 667 добавляю в нее единственный номер 170, делаю ее terminal. В атрибутах этой группы указываю wrap-up=2, no answer timer=3, pilot hunt= галка есть, overflow destination= speed = 2222, overflow timer=8, vmib announce timer1=33. Остальное по умолчанию.
В ПГМ 144 направляю на hunt group 667.
При звонке на внешнюю со идет обычный кпв , в wintarrife вижу звонок на эту внешнюю линию, длительность =0, внутренний номер =1DISA - и так много (более 5 ) раз подряд, при длительности внешнего вызова не более 30 секунд. Дисы в системе нет , так же как и голосовой почты.
Итог звонка нет на 701.
При добавлении в 667 группу существующего номера- звонок приходит на этот номер , примерно 2 звонка. потом тишина примерно 3 секунды, далее опять звонок на существующий номер. В wintarife вижу, что было 2 звонка по этой внешней линии и надпись в поле внутр абонент= 1disa

Используете СО группу 17 при переадресацию через сист. SPEED-ячейку???
Проверьте, чтобы в ПГМ117 (CO Group Access) у системного аттенданта (абонент, назначенный в первой позиции в ПГМ164) был доступ к этой СО Group 17.

HARRIS - спасибо- ты Человечище. . Также благодарю Dron-a и Стаса. Про аттенданта не знал - дал доступ -заработало. Позднее опишу для желающих как и что, а сейчас пора домой.

Да про все это уже не раз написано! В очередной раз повторили.
Ну, если есть желание - напишите еще раз.

Кстати, а почему в атрибутах группы у вас overflow timer=8, почему не 1?? Вам что, нужна задержка в 8 сек.?

Все в Руководстве по программированию написано:
2.16.12. Прием внешних вызовов в сети АТС (CO Transit – In)
2.16.13. Использование внешних линий других АТС в сети для исходящих вызовов (CO Transit – Out)