Связка 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.

[harris]

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

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

Трассы L2??? Ну и что??? Это только способ передачи пакетов сигнализации!! А что внутри пакетов??? L3???

Стандарный поток не может передавать информацию об абоненте, который не занят текущим вызовом!!! Пока абонент не занял канал своим вызовом стадандартный поток знать -не знает этого абонента и его состояние!!
Вы что путаете. Наверняка Панас использует свой протокол, вместо стандартного EDSS1 (L3).

[Lazy]

Трассы L2??? Ну и что???

То, что я видел в трассах все, что >=L2

Стандарный поток не может передавать информацию об абоненте, который не занят текущим вызовом!!! Пока абонент не занял канал своим вызовом стадандартный поток знать -не знает этого абонента и его состояние!!
Вы что путаете. Наверняка Панас использует свой протокол, вместо стандартного EDSS1 (L3).

Приехали. B будет гарантированно занят после CONNECT, это да. Но SETUP идет не по B, а по D, и это часть стандартного EDSS1. И нет, панас при настройке платы для работы в режиме ISDN PRI не использует ничего нестандартного, я уже говорил. Только в режиме QSIG - но он для того и нужен.