Связка ipLDK100 и asterisk через ISDN PRI Опции

[Lazy]

Перерыл форум, но по поводу скрещивания LDK и * нашел только темы с использованием платы VOIB. А мне странного хочется: повязать станцию и * потоком ISDN PRI - т.е. воткнуть в станцию платку LDK-100 PRIB. Причем хочется, чтобы этот поток работал и для подключения EXT в общий план нумерации (т.е. чтобы можно было транзитом через asterisk подцепить внутренние IP-телефоны), и для подключения CO (over VoIP) от городских операторов связи.

LDKPCAdmin про станцию говорит - ipLDK100 OFFICE, MPB - GS90P-3.7Bd MAR/07. Набивка - 2 корзины, 5*SLIB12, 1*DSIB12, 4*CLCOB. Из дополнительных - вроде бы только установленная на процессор LANU. * знаю сносно, LDK - так себе.

Собственно вопросы:
1. Реализуемо ли такое подключение (CO и EXT одновременно) при помощи одной карты LDK-100 PRIB?
2. Если да, как станция будет делить поток? Динамически, либо это задается?
3. Нужно ли чего-то в LDK докупать, помимо PRIB (память, прошивки, ...) ?
4. Можно ли впоследствии сделать через этот линк связь с другой станцией?
5. Нужно ли туда вплетать QSIG - и вообще, и отдельно уточнение для п. 3?

Спасибы.

[Lazy]

С чего это вы решили, что такая схема прозрачна? "Легкой жизни" в этом случае однозначно не будет. Цепочка длинная. В случае Ext полноценного внутреннего номера точно не получится.

За то, что начиная от PRI-входа в * эта схема легко делается прозрачной - я отвечаю, потому что делал - но без участия LDK. А про LDK я не решил, я как раз спрашивал.

Ну так купите себе нормальный адаптер, подключите его как Co и будет вам счастье. Схема получится намного более компактная и гибкая

Не совсем понял, что подразумевается под "нормальным" адаптером?

Т.е. связку Астериск + поток PRI Вы хотите использовать в качестве удлинителя телефонной линии для подключения удаленного телефона??
Нет. Так не получится!! Станция не позволяет подключать абонентов через PRI.

Т.е., короче говоря, мастером PRI LDK быть не умеет, верно?
Просто у меня опыт работы только с панасами, а, скажем, TDA умеет быть по PRI и мастером, и слейвом, и EXTы отдавать через PRI - поэтому я и спросил про LDK.

Т.е. предлагается вариант - подключить PRI к станции как группу CO и внутренние звонки выкидывать чем-нибудь вроде механизма переадресации внутренней линии на внешний номер?

[harris]

Т.е., короче говоря, мастером PRI LDK быть не умеет, верно?
Просто у меня опыт работы только с панасами, а, скажем, TDA умеет быть по PRI и мастером, и слейвом, и EXTы отдавать через PRI - поэтому я и спросил про LDK.

Т.е. предлагается вариант - подключить PRI к станции как группу CO и внутренние звонки выкидывать чем-нибудь вроде механизма переадресации внутренней линии на внешний номер?

А причем здесь вообще Master/Slave??? Плата PRIB может быть и мастером и слэйвом. Но только абсолютно никакого отношения не имеет к вашей задачи. Это всего лишь касается синхронизации потоа и все.

Вы хотите поток PRI использовать в качестве удлинителя абонентской аналоговой линии.
LDK для этого не предназначена.
LDK может "отдать" 30 абонентских SLT портов. Далее их можно загнать в ИКМ-удлинитель и на другом конце потока Е1 получить 30 портов SLT. Но "отдать" абонентские порты в поток PRI станция не может.
И я сомневаюсь, что это может делать Панас.

Для подключения к станции LDK удаленных аналоговых телефонов Вы можете использовать родные (LG-Nortel) модули RSG!!! Модули RSG как раз являются абонентской емкостью станции. Т.е. телефоны, подключенные через RSG являются абонентами станции LDK.
Но это получится весьма дорогой вариант. ИМХО, проще использовать родные системные IP-терминалы (LIP-7XXX).

[Lazy]

получить 30 портов SLT. Но "отдать" абонентские порты в поток PRI станция не может.

Т.е. порты, относящиеся к внутреннему полю нумерации (Stations в терминологии LDKPCAdmin) можно назначить только платам SLIB, DSIB и DTIB?

И я сомневаюсь, что это может делать Панас.

KX-TD1232 еще нет, TX-TD500 начиная с какой-то версии прошивки, а также TDA100/200/600 - уже да. Года три назад я сам собирал связку из TDA200 и спарки TD1232, связанных при помощи PRI, при этом этот блок линий для 1232 выглядел как CO, а для TDA200 - как. соответственно, EXT. По сути, 1232 играла как бы роль выноса TDA200. В 4-значной нумерации этому выносу (фактически, плате KX-TDA0290) был назначен блок внутренних номеров, типа, 23XX или что-то вроде. Таким образом, подчиненная TD1232 для абонентов TDA200 была полностью эквивалентна любым другим внутренним линиям TDA200. Для абонентов 1232 пришлось помудрить с планом нумерации, но, в общем, всё тоже получилось достаточно приемлемо - включая взаимную видимость внутренних номеров на цифровых системниках обеих станций.

[noox]

KX-TD1232 еще нет, TX-TD500 начиная с какой-то версии прошивки, а также TDA100/200/600 - уже да. Года три назад я сам собирал связку из TDA200 и спарки TD1232, связанных при помощи PRI, при этом этот блок линий для 1232 выглядел как CO, а для TDA200 - как. соответственно, EXT. По сути, 1232 играла как бы роль выноса TDA200. В 4-значной нумерации этому выносу (фактически, плате KX-TDA0290) был назначен блок внутренних номеров, типа, 23XX или что-то вроде. Таким образом, подчиненная TD1232 для абонентов TDA200 была полностью эквивалентна любым другим внутренним линиям TDA200. Для абонентов 1232 пришлось помудрить с планом нумерации, но, в общем, всё тоже получилось достаточно приемлемо - включая взаимную видимость внутренних номеров на цифровых системниках обеих станций.

Вы объединили атс одного производителя - и все! LG тоже может это!!!

[Lazy]

Вы объединили атс одного производителя - и все! LG тоже может это!!!

Нет, нет, далеко не всё. Дело в том, что, скажем, можно повязать через PRI две TDA200 с полноценным объединением в общую систему, включая внутреннюю переадресацию между станциями и т.д. и т.п. Но в случае со связкой TDA200-TD1232 это не так, ибо станции хоть обе и панасовские, но совсем разные. И PRI там был абсолютно стандартный, без никаких vendor extensions - это я тоже наверняка знаю, потому что снимал с того PRI L2-трассы.

Этот разговор к тому был, что TDA200 умеет выдать номерной блок из "внутреннего" пула через плату PRI.

[Dron]

Нет, нет, далеко не всё. Дело в том, что, скажем, можно повязать через PRI две TDA200 с полноценным объединением в общую систему, включая внутреннюю переадресацию между станциями и т.д. и т.п. Но в случае со связкой TDA200-TD1232 это не так, ибо станции хоть обе и панасовские, но совсем разные. И PRI там был абсолютно стандартный, без никаких vendor extensions - это я тоже наверняка знаю, потому что снимал с того PRI L2-трассы.

Этот разговор к тому был, что TDA200 умеет выдать номерной блок из "внутреннего" пула через плату PRI.

Да не умеет он выдать номерной блок из "внутреннего" пула через плату PRI. Там тоже используется QSIG! Смысл точно такой же, как и при объединении АТС LG-Nortel c использованием того же QSIG! А TD1232 QSIG просто не поддерживает! В таком варианте, как объединение TDA200 и TD1232, можно и ipLDK-100 с asterisk вязать.

[Lazy]

Да не умеет он выдать номерной блок из "внутреннего" пула через плату PRI. Там тоже используется QSIG! Смысл точно такой же, как и при объединении АТС LG-Nortel c использованием того же QSIG!

Спокойно.
Я специально указал, что TDA200 умеет выдать блок по PRI. Это не было объединение. И это не было QSIG. То есть TDA200 QSIG умеет, и как раз для объединения двух TDA200 QSIG и используется (и кое-где еще), и тогда использование QSIG дает дополнительные возможности, которые чистым ISDN PRI не реализуются.

Еще раз: я выдавал блок внутренних номеров (Station в терминологии LG, EXT в тиерминологии панасовской) при помощи абсолютно чистого ISDN PRI. Специально обращаю внимание: без vendor extensions. Я это могу с уверенностью утверждать, потому что я при отладке снимал трассы ISDN, и там была только и исключительно стандартная сигнализация Q.931. Т.е. SETUP/CALL PROCEEDING/ALERTING/CONNECT/RELEASE, и самые что ни на есть стандартные коды ответов, абсолютно ничего сверх того.

[Dron]

Я специально указал, что TDA200 умеет выдать блок по PRI.

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

[Lazy]

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

Планы нумерации, конечно, разные, ибо хотелось для абонентов создать единое номерное пространство. Но реально для подчиненной TD1232 внутренними были только "свои" номера, а остальные она считала "городскими", и если я верно помню, там как раз пришлось эмулировать набор чужих внутренних номеров путем автоматической выдачи перед ними кода выбора внешней линии: абонент 1232 набирал, скажем, 1234, по плану нумерации он переписывался путем дописывания спереди, скажем 84 (для выбора CO из группы PRI) - 841234, соответственно по PRI "вышестоящей" станции отдавался номер 1234, та уже смотрела - это ее собственный номер, или его надо через VoIP отдать на Avaya, или вообще это, скажем, 9XXXX... и его надо отдать в городскую линию.
Как-то так.

[Dron]

Планы нумерации, конечно, разные, ибо хотелось для абонентов создать единое номерное пространство. Но реально для подчиненной TD1232 внутренними были только "свои" номера, а остальные она считала "городскими", и если я верно помню, там как раз пришлось эмулировать набор чужих внутренних номеров путем автоматической выдачи перед ними кода выбора внешней линии: абонент 1232 набирал, скажем, 1234, по плану нумерации он переписывался путем дописывания спереди, скажем 84 (для выбора CO из группы PRI) - 841234, соответственно по PRI "вышестоящей" станции отдавался номер 1234, та уже смотрела - это ее собственный номер, или его надо через VoIP отдать на Avaya, или вообще это, скажем, 9XXXX... и его надо отдать в городскую линию.
Как-то так.

Ну, все правильно! Просто TD1232 не умеет делать сетевой маршрут, а TDA200, естественно умеет! Но, по сути, для TDA200 внутренними являются тоже только свои номера!