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

[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 пришлось помудрить с планом нумерации, но, в общем, всё тоже получилось достаточно приемлемо - включая взаимную видимость внутренних номеров на цифровых системниках обеих станций.

[Lazy]

Самый главный вопрос; сколько нужно таких абонентов?

Для начала мне нужно что-то типа 4 выносных абонента и 8 CO'шек

На фига вам получать сигнализацию в цифре, если оконечным оборудованием будет аналоговый телефон?

Я же говорю - не получается прозрачной передачи состояния линии. В логах станции не будет зафиксирована ни точная длительность разговора, ни тот, например, факт, что шел звонок на внутреннюю линию, а его не приняли потому, что "дальняя" сторона упомянутого аналогового удлинителя была занята разговором по другому каналу.

[Lazy]

Почему? Удлиняют же!

Дык. Но это костыль. А я перфекционист, совершенства жажду.

[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 тоже может это!!!

[Dron]

Т.е. порты, относящиеся к внутреннему полю нумерации (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 пришлось помудрить с планом нумерации, но, в общем, всё тоже получилось достаточно приемлемо - включая взаимную видимость внутренних номеров на цифровых системниках обеих станций.

Ну точно, речь идет просто о построении сети АТС.

[Lazy]

С чего это вдруг вы так решили?

А как передать busy/ringing/etc... по аналоговой паре и надежно, без костылей типа детекоров busy и прочего г-на - научите? Так, чтобы это не только человек слышал, а и станция знала?

[noox]

А как передать busy/ringing/etc... по аналоговой паре и надежно, без костылей типа детекоров busy и прочего г-на - научите? Так, чтобы это не только человек слышал, а и станция знала?

Легко, поставьте хороший шлюз - и будет вам счастье. Все максимально корректно отбивается по переполюсовке, которую поддерживает как шлюз, так и Panasonic, так и LG-Nortel. Посмотрите в панасе или в ЛЖ в настройках со-линий.

[harris]

Меняйте станцию LDK на новую станцию - iPECS LIK.
Это станция с распределенной архитектурой. В этом случае ваша задача будет полностью решена.

[Lazy]

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

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

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

[Lazy]

Ну точно, речь идет просто о построении сети АТС.

Нет, это был пример того, что TDA200 умеет абонентов через PRI.
А мне надо:
1) выносы,
2) CO от провайдера VoIP

[Lazy]

Легко, поставьте хороший шлюз - и будет вам счастье. Все максимально корректно отбивается по переполюсовке, которую поддерживает как шлюз, так и Panasonic, так и LG-Nortel. Посмотрите в панасе или в ЛЖ в настройках со-линий.

Нет, нет, я это видел. Это все 1) костыли, 2) я вовсе не уверен, что "хорошие" шлюзы окажутся такими уж дешевыми.

[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]

Меняйте станцию LDK на новую станцию - iPECS LIK.
Это станция с распределенной архитектурой. В этом случае ваша задача будет полностью решена.

Ну, как раз вопрос-то возник почему - не хотелось существующую станцию трогать.
А если уж LDK убирать - так я тогда лучше или все на * сделаю, или хорошо знакомую TDA200 возьму

А, скажем, по BRI внутренних абонентов к LDK тоже нельзя подключить?

[harris]

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

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

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

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

[noox]

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

Все равно это один производитель. Согласитесь, они учитывали все предыдущие наработки, при запуске линейки TDA. Попробуйте свяжите Панас и какую-либо другую атс. Тогда и хвалитесь.
По сути вопроса, я уже написал как можно решить вашу задачу. Она (задача) не требует того, что вы хотите сделать!!!

[Dron]

Нет, это был пример того, что TDA200 умеет абонентов через PRI.
А мне надо:
1) выносы,
2) CO от провайдера VoIP

Так в варианте объединения все это возможно, но за счет транзита. Harris подробно об этом написал.

[harris]

А, скажем, по BRI внутренних абонентов к LDK тоже нельзя подключить?

Можно, конечно. Поскольку BRI - это как раз абонентский интерфейс!!
Тогда будут нужны плата STIB. Порты устанавливаются как S0-интерфейс - и пожалуйста, можете подключать ISDN терминалы (T-интерфейс). А Астериск имеет порты BRI с T-интерфейсом???

[Dron]

Так в варианте объединения все это возможно, но за счет транзита. Harris подробно об этом написал.

А QSIG разве не позволяет обеспечивать совместную работу любых цифровых АТС по ISDN, по определению?

[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, и самые что ни на есть стандартные коды ответов, абсолютно ничего сверх того.

[noox]

Это не было объединение. И это не было QSIG.

Я уже вам написал, соедините две ЛЮБЫЕ атс РАЗНЫХ производителей по PRI, без доп. средств типа астериска, тогда и гордитесь!

Нет, нет, я это видел. Это все 1) костыли, 2) я вовсе не уверен, что "хорошие" шлюзы окажутся такими уж дешевыми.

Вы предлагаете гораздо бОльшие костыли, поверьте. То, что вы сделали ранее (объединение панасов), и то, что вы предлагаете сейчас - это Небо и Земля. Абонент то у вас аналоговый будет, шлюз конечный - тоже скорее всего хреновый и все ваши "выкрутасы" относительно сигнализации "пойдут полем, лесом".
P.S. Хороший шлюз - дорогой, но я думаю в вашем случае это все равно будет дешевле чем PRI + PRI PCI.