Приветствую вас форумчане.
Хотел задать вопрос - может кто-то сталкивался с таким .
В центральном офисе есть атс ipldk 300 подключенная через voib (ip линии настроены как isdn) к астериску. Также к астериску подключены другие клиенты (атс, или voip адаптеры). Все работает - друг другу можно звонить через астер.
Есть отдаленный офис с интернетом и адаптером linksys spa 2102 подключенным к тому же астериску(звонки так же ходят туда и обратно)
Вопрос - как дать linksys spa 2102 возможность использовать CO на ipldk300 центрального офиса?
Не пойму как проще реализовать такую логику - нужно, чтобы исходящие с linksys звонки шли через СО ipldk300.
Например linksys хочет позвонить в город на номер 123456 , схема по которой он это будет делать такая:
linksys набирает 123456->asterisk->ipldk300->выход на свободную аналоговую СО ipldk300(или конкретную СО опять же аналоговую) и посыл в линию номера 123456. Желательно, чтобы для linksys этот процесс был прозрачным.
И обратный вариант для входящей, т.е. при наборе из города определенного внешнего номера принадлежащего ipldk300 - вызов попадал на linksys.
Подскажите, хотя бы в общем виде, как это должно работать.
Буду признателен за любую помощь.
P.S.
Что-то мне подсказывает также, что нормальная работа без отбойников не получится (связь будет рваться по таймеру неконтролируемой конференции).

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

Open Loop Detect Timer – Программа 142 - ПК13.

почитал 2.16.13. Использование внешних линий других АТС в сети для исходящих вызовов (CO Transit – Out)
ничего умнее не придумал,чем сделать так: (для того чтобы дать доступ, внешнему абоненту, к аналоговым СО ipldk300)
linksys звонить внутреннему абоненту на ipldk300(для этого приходится резервировать внутренний номер например, с номером 333), на этом номере 333 настроена автоматическая переадресация на ячейку быстрого набора в которой забит код города, для звонков по городу.
В принципе выход на аналоговую СО происходит, только это , как мне кажется, кривой способ( по русски говоря, через ж...))).
Извиняюсь за неграмотность, никогда не пользовался сетевой маршрутизацией и всем, что с этим связано ( все атс-ки используются как единичные, нет сетевых номеров).
Хотя опыт использования isdn есть. Есть voib линии настроенные как isdn, используя их звоню через астериск на другие атс, где установлены платы voib( корпоративная бесплатная связь).
Связь с другими атс происходит так:
набирается пятизначный номер - первые две цифры определяют, в какой офис пойдет звонок, в зависимости от маршрутизации на астериске. Далее эти пять цифр попадают на атс, где первые две цифры удаляются и используются оставшиеся три (на всех атс трех значная внутренняя нумерация), для соединения с внутренним абонентом. Так же эти каналы voib используются для более дешевой исходящей междугородней связи через sip оператора.
Заранее благодарен откликнувшимся.

Непонятно, как именно запрограммирована станция сейчас...
Но, как Вам уже написал уваж Dron, для решения задачи нужно использовать функцию Transit-Out.
В доке в примере вообщем-то все расписано.
Линии VOIB (от Астериска) должны быть типа NET с типом преобразования DID Conv Type 1 !!
Исходящие аналоговые СО-линии должны быть типа PSTN и должны быть в отдельной сетевой группе.
Должен быть назначен транзитный код (PSTN) c выходом на нужную сетевую группу.
Астериск должен присылать этот транзитный код + собственно вызываемый город. номер.
Станция будет отбрасывать транзитный код, занимать указанную СО и набирать полученный от Астериска городской номер.

Спасибо за ответ.
У меня настроена было по другому,т.е. линии voib типа pstn, DID Conv Type =0, а аналоговые исходящие линии типа= normal. Транзитный код - это цифра которая используется для выхода , например на voib? Если у меня цифра 7 используется для выхода на линии voib - это и есть транзитный код для линии VOIB? Я правильно понял? В мануале не встретилось точного определения транзитного кода.
Завтра буду пробовать - спасибо за совет

А, ведь, ув. harris написал то, что написано в мануале....

В доке все нарисовано...
PSTN код, указанный в ПГМ324 - это код выхода в ГТС через исходящий сетевой транк.
Сетевой транк - это группа линий, прописанная в ПГМ322.
Транзитный код - это частный случай кода PSTN. Это тот код PSTN, который используется при транзите через данную станцию. Т.е. данная станция должна получить этот код от вызывающей стороны по сетевому транку типа NET для проключения вызова транзитом на исходящий сетевой транк типа PSTN.
Аналоговые линии, применяемые для связи с ГТС, должны быть указаны в ПГМ322 как сетевой транк типа PSTN.

Спасибо большое, исходящую по схеме linksys->asterisk->voib(ipldk300)->аналоговая co line ipldk300 настроил удачно.
Пытаюсь настроить сетевой номер для linksys - пока не получается. Что я делал:
У меня на атс трехзначная нумерация 1XX,2XX,3XX,4XX , а номер 701 прописал на Linksys.
В 324 ПГМ настроил сетевую маршрутизацию своей атс, т.е. для 1#**, 2#**,3#**,4#** выставил тип net, net co group=0.
Для 7** - тип net, net co group =№ группы принадлежащий линии voib, через которую хочу, чтобы шел звонок (voib линия №33, группа №17) - выставил в пгм 322, там же выставил на эту 33 линию тип = net.
Прописал ( для 7**) в пгм 324 в полях ip info - ip астериска и в соседнем поле ip linksys -a.
После набора номера 701 слышен сигнал готовности, хотя вижу что вызов пошел через нужную со33. Если звонить на номер 701 использую другие линии прописанные как pstn( используя доп. код для выхода на эти линии) - то звонок приходит на 701.
Как думаете в каком месте "косяк"?

А 701 - абонент астериска?
Набор на СО33 Enblock, или Overflow?

1) Косяк - в вышеуказанном месте.
С какой стати Вы указываете там и адрес Астериска и адрес lynksys'а??
У Вас linksys подключен к Астериску?? Т.е. он "общается" с LDK через Астериск (а не напрямую)??
(Вы ведь даже не сообщили по какому протоколу взаимодействуют между собой linksys и Астериск).
Если так, то при наборе 701 Вы должны попадать на Астериск, а уж на Астериске должно быть настроена машрутизация на linksys (при получении 701 - вызвать linksys).
Т.е. а ПГМ701 указвается только адрес Астериска.
2) У Вас назначено:
ПГМ322: линия 33 - тип NET, NET GRP X
ПГМ324: 7**, тип NET, NET CO GRP X, адрес Астериска
Так??
И при этом получаете готовность от Астериска или это Вы слышите Dial Tone от LDK??
Проверьте для СО 33 - в ПГМ143/6 (Enblock) должно быть = OFF !!

P.S. Андрей! У нас тобой опять синхронность мышления...

to dron
701- это абонент астериска (linksys)
Набор на со33 - скорее всего enblock( исправлюсь завтра)
to harris
я экспериментировал и без адресов вообще (0.0.0.0 было)- адреса ставил от безвыходности. Пробовал различные вариации.))
Linksys подключен к астериску, т.е. он "общается" с LDK через Астериск (а не напрямую) - именно так.
Linksys и Астериск взаимодействуют между собой по протоколу SIP.
маршруты на астериске прописаны правильно.
Пункт 2) - так же как у меня.
Забыл совсем про enblock - скорее всего у меня в on.
Готовность, в моем случае - это Dial Tone от LDK.
Откликнувшимся - большое спасибо

Если для линии NET включен Enblock (ПГМ143/6), то вот это как раз и есть "косяк". В этом случае никакого набора в линию не будет, что собственно у Вас и происходит.
Если линия = тип NET (по ПГМ322) или сетевая нумерация = тип NET (по ПГМ324), то обязательно нужно выключить Enblock!! Такой вот нюанс, как следствие логики разработчиков в отношении функций Networking...
- выключить Enblock
- удалить адрес linksys из ПГМ324, там д.б. только адрем Астериска.
И все должно заработать нормально.

К сожалению не получается исходящую сделать.
После набора 701 c ipldk попадаешь в тишину (слушать тишину более 30 секунд не стал).
В ПГМ322: линия 33 - тип NET, NET GRP 17 , также в ПГМ143 33 линию ставил в 17 группа и не в 17 - не помогло.
В ПГМ324: 7**, тип NET, NET CO GRP 17, адрес Астериска
Смотрю после звонка в wintariff, он показывает, что занялась правильная 33 СО линия и был набран 701.
Астериск ничего в консоле не кажет.
Буду завтра внимательно смотреть.

В ПГМ143 никаких групп нет, это Вы путаете с ПГМ141/1.
То, что номер попал в лог SMDR еще не означает, он был реально оправлен по линии.

Вы поставили в ПГМ143/6 ISDN Enblock Send = OFF ??
Похоже, что тут нужно представить файл конфига "в студию" для анализа.
И/или снять трассировку пакетов снифером на стороне LDK.

Прошу прощения - я имел ввиду пгм 141\1 (загон в конце рабочего дня), а не пгм 143. Про SMDR -понимаю, что он показывает только сам набор, но также он показывает через какую со.
Залил конфиг атс http://zalil.ru/32580634.
АТС ipldk 300 прошивка v.GS-30P-3.9Ea, версия pc admin 3.9Dc
Все наборы провожу с внутр. номера 255.
В пгм324 - адрес астериска
Если звонить с ipldk на номер 701 через 0 (ПГМ324) , то звонок проходит. Если звонить на 701 с софтфона, подключенного напрямую к астериску, то звонок благополучно приходит на 701.
Если звонить с ipldk на 701 - используя сетевую маршрутизацию - попадаешь в тишину.

А разве между между Астериском и 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 и астериском также используется SIP. Если ввел в заблуждение - извиняйте, никогда до этого не настраивал сетевые номера.
Возможно, если будут большие проблемы с реализацией данной задачи, буду смотреть в сторону H.323, но только в том случае если не придется перенастраивать все оставшиеся линии на H.323.

С помощью LCR сделайте.

2 Lex:
Да уж... Вы нас запутали...
Набор 7ХХ для SIP получиться однозначно... Но нужно будет при этом (когда все линии будут типа PSTN) проверить транзит с Linksys на аналоговую СО.

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

А... Можно и так. В общем, и так, и эдак.
Я, действительно, несколько запутался уже...

Как направить внешний звонок приходящий в 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.
Может это просто мой полуночный бред ))) - поправься если не прав...
Завтра проверю.

По поводу направления внешнего звонка. В ПГМ144 вызов направляете на hunt группу, в которую определить можете любой внутренний номер из плана нумерации станции, даже и не реальный, для которого нет железа. А из группы прописываете переадресацию по переполнению на speed ячейку, в которую ваш номер 701 надо забить.

Если сделать линии voip типа pstn, не происходит транзита через ipldk, а он мне необходим для использования аналоговых линий ipldk. А если использовать линии net (для transit-out) и pstn , то задействуются 2 линии voib из 8 - многовато. Неужели CO Transit – In работает только на h.323? Но ведь CO Transit – OUT у меня работает по sip.
Буду ковырять дальше))).

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

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

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

Так оно будет работать - проверено. Если я правильно понял, что вы имели ввиду.
Если нет другого решения тогда так и буду делать- жаль,то что придется использовать внутренний номер под переадресацию на 701(при входящем с гтс и пробросе этого вызова до 701) вместо использования сетевого номера.
(SIP линия указана как NET) - если вы имеете в виду в ПГМ 322 , то так и сделано.
Насколько я понял никто не пользовался сетевой нумерацией 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 был еще фактически в зачаточном состоянии. Так что ж Вы сейчас хотите от станции, которая уже снимается с производства???
Т.е. "эти лыжи" уже "у печки стоят"... Они своё откатали!

Спасибо harris, dron и stasmar за пояснения. Узнал что-то новое про h323 и sip, при транзитах.
Про то, что ipldk - это динозавр, я знаю, поэтому сейчас и планирую на новые объекты ipecs-lik (почему то, консультанты не лестно отзывались о ipecs-mg, типа у них что-то передалали и lcr частично кастрировали - ввели какие-то коды).
Теоретически, если поменять sip на h.323 между ipldk и астериском, то можно будет в пгм144 net number задействовоать?

Как реализую свою схему - отпишусь здесь, как конкретно сделал - вдруг кому понадобится.

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

Я этого не говорил... Я считаю, что ipLDK - вполне нормальная станция, за весьма скромные деньги... ИМХО.
Но на ней не предусмотрены столь различные "извраты". Какие-то "извраты" она позволяет решить, но не все.
Кстати, на iPECS LIK, скорее всего, будет та же "проблемка" (я этого не проверял, то логика работы там такая же, как и ipLDK).

Да.

Нужен не 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 сек.?

Почитав еще раз тему, я понял, что тут есть всё, что необходимо для реализации подобной схемы. В принципе, если останутся вопросы можно в личку написать. Конечно, если будет много личных сообщений - напишу сюда. Но вроде вопросов быть не должно, т.к. сам практически с нуля начал и не знал толком про транзиты (не было необходимости), благодаря добрым людям - разобрался.
На вопрос почему в атрибутах группы у вас overflow timer=8, почему не 1?? - просто в данной hunt-группе раньше был не только номер 701, но и реально работающий номер, для проверки схемы и удостоверится применились ли параметры speed-ячейки для hunt-группы правильно.
Потом я, естественно, поставил 1 вместо 8.

Здравствуйте уважаемые гуру, перечитал инструкции и форум весь на предмет транзита звонка с asteriska на город через LDK - 300 (GS30P-3.8Ah MAR/08), но к великому моему сожалению LDK дает не линию PSTN, они записаны у меня с1 по 30 линии (группа 1), с 31 по 42 записаны NET линии (группа 3), в 322 ПГМ прописал на 10 линию 2 группу (PSTN), в 324 были только линии NET, в 13 строчке написал System Usage - PSTN, NUM Plan Code - 9 (Правильно ли я понял, что это и есть код PSTN), CPN/IP Info - 8, Net CO Group - 2, с asteriska информация точно выходит правильно, а вот LDK направляет почему то на линию 32 (NET), а не на 10 (PSTN), как нам бы хотелось, и при всем этом ещё и обрезает 3 цифры. Не судите слишком строго работы валом, опыта катастрофически мало, времени как следствие, тоже. Заранее спасибо!

Группа (NET CO Group), указанная в пгм324 - это и есть группа (Networking CO Group) в 323...
Или вы о другом? Мне некогда углубляться в разбор вашего вопроса..

Да именно так, Группа (NET CO Group), неправильно выразился.

Что прописано в ПГМ322 и ПГМ324 (полностью)??
А не проще ли выложить файл конфига??

Работы у всех - валом... и времени тоже мало.

Я правильно конфиг выложил? Кто-нибудь отзовется?

У вас 43-я СО в пгм 322 выставлена как PSTN и имеет 3 группу.. а остальные СО - NET.. Поменяйте ей группу c 3-й на другую..

поменял 43-ю CO в пгм322 с 3-ей на 2-ю, все равно LDK выдает asterisku 31-ю CO, а не одну из PSTN (с 1 по 30)

1) У Вас всего 42 линии, о какой СО43 может идти речь.
Зачем Вы поставили ее в Net Grp 2??? Линии 43~200 вообще не должны относится ни к какой NET группе (группа 0).

2) Для линий 31-42 нужно в ПГМ143/4 указать DID Conv Type = 1 !!!
А сейчас стоит тип 0.

Для линий 31-42 указывал в пгм143/4 DID Conv Type = 1! Все равно отправляет на 32 линию! А клиент на asteriske говорит, что failed to establish call. И при всем этом (наверное нужно было сразу описать всю картину полностью) пропадает связь с другими филиалами по NET CO. наверное стоит отметить что клиенты заведены на asteriske по протоколу sip. Но во время набора номера в dial plan указан протокол h.323, в том случае когда звонки идут на ipLDK, на короткие номера с asterisk на ipldk проходят и разговор происходит с коректной передачей голоса, и на внутренние номера других ipLDK других филиалов, соединненых с нашей LDK по каналу E1 звонки проходят. А вот транзита на город никак не могу добиться. Может я код PSTN не там забиваю. Уточните пожалуйста, где конкретно нужно указать Код PSTN ( как называется строчка в которой его нужно прописывать) я как понял раз он не должен совпадать с планом набора, то в этой же графе и должен быть написан, только без звездочек. Может быть лицензия какая-нибудь нужна для трансляции звонка на городскую линию?