Входящий звонок по 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???
Либо лыжи не едут, либо я еб...ый...

[Dron]

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

Да, но номер то этот внутренний может быть не реальный...