Входящий звонок по ISDN ->IPLDK300->исходящий вызов с использованием СО ipldk300 Опции

[Lex]

Приветствую вас форумчане.
Хотел задать вопрос - может кто-то сталкивался с таким .
В центральном офисе есть атс 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.
Что-то мне подсказывает также, что нормальная работа без отбойников не получится (связь будет рваться по таймеру неконтролируемой конференции).

[Lex]

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

[harris]

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

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

[Lex]

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

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

[harris]

К сожалению не могу проводить такие эксперименты. У меня порядка 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.

[Lex]

Так какие проблемы??
Сейчас линия 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???
Либо лыжи не едут, либо я еб...ый...

[harris]

Насколько я понял никто не пользовался сетевой нумерацией 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 был еще фактически в зачаточном состоянии. Так что ж Вы сейчас хотите от станции, которая уже снимается с производства???
Т.е. "эти лыжи" уже "у печки стоят"... Они своё откатали!

[Lex]

А разве где-нибудь написано, что в станции предусмотрена "сетевая нумерация 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.

[harris]

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

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

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

Да.

[harris]

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

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

[Lex]

Нужен не 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

[harris]

Записываю номер 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.

[Lex]

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

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