LDK-300 asterisk E1 Опции

[nsdonner]

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

Опишу ситуацию...я, сетевой инженер, активно внедряю ip-телефонию в своей организации... организация разрозненная, 3 подразделения в городе уже объединено по средствам asterisk и fxstosip шлюзов, выход во внешнюю телефонную сеть по средствам sip провайдеров... так вот, в оставшемся 4ом подразделении стоит LDK-300 довольно не новая, сейчас версию не скажу, но вроде по таблице совместимости в неё можно воткнуть sip модуль.... так вот, на ней 96 вроде абонентов, а это довольно дорого если переходить на сип шлюзы да еще и выкидывать атс в итоге придётся... ну.. скажем одинаково стоит что вставить сип модуль что перейти на шлюзы, но ситуацию портит то, что в ближайшее время нам сдадут новый объект где таких LDK-300 уже две в стэке... ну и в общем жалко мне всё это оборудование.... на новом объекте будет модуль E1 на старом хочу купить VOIBE.... но

я с трудом понимаю схему работы таких конструкций... как есть сейчас - 3 подразделения 1xx,2xx,3xx в город ходят без каких либо добавочных, сип просто отрабатывает по шаблону.... так вот можно ли будет используя VOIBE/E1 скажем так "напрямую" т.е. вообще любой набор на ldk уходит сразу на поток или sip-канал, далее отрабатывается астериском и шлется так же по шаблону либо обратно на внутренний либо дальше...

это нужно для унификации принципа набора, единого плана нумерации ну и возможности учета в одном месте статистики, записи разговоров ну и прочих VOIP бенефитов.

[Зараза]

Ну вот и я поднял поток между Asterisk и LDK300 версии C.6. PRIB на стороне LDK, на стороне Asterisk Digium TE122, абоненты Asterisk 2xxx, абоненты LDK 13xx, в LDK, в LDK INT LCR сливает через TRG17 начиная с 13 без модификаций.
Все это работает, 2xxx могут звонить 13xxx и обратно. НО, мне в Asterisk от LDK не приходят номера абонентов, приходит Anonymous. Что посмотреть можно?

Есть еще один вопрос: у АСТ есть 16-ть аналоговых городских линий, как мне смаршрутизировать входящие звонки с этих линий в поток, который смотрит в Asterisk? Что-то мне в голову не приходит, так как сейчас маршрутизация в поток реализована через LCR. А нужно, чтобы звонок пришедший с аналоговой линии попал в этот же поток. Какие возможны варианты?

[harris]

Ну вот и я поднял поток между Asterisk и LDK300 версии C.6. PRIB на стороне LDK, на стороне Asterisk Digium TE122, абоненты Asterisk 2xxx, абоненты LDK 13xx, в LDK, в LDK INT LCR сливает через TRG17 начиная с 13 без модификаций.
Все это работает, 2xxx могут звонить 13xxx и обратно. НО, мне в Asterisk от LDK не приходят номера абонентов, приходит Anonymous. Что посмотреть можно?

Есть еще один вопрос: у АСТ есть 16-ть аналоговых городских линий, как мне смаршрутизировать входящие звонки с этих линий в поток, который смотрит в Asterisk? Что-то мне в голову не приходит, так как сейчас маршрутизация в поток реализована через LCR. А нужно, чтобы звонок пришедший с аналоговой линии попал в этот же поток. Какие возможны варианты?

1) CLIP для потока нужно программировать, чтобы номер вызывающего отдавался в поток.
2) Можно:
- через переадресацию на Speed-ячейки, где прописаны номера абонентов Астериска.
Либо:
- вместо маршрутизации LCR использовать настройки таблиц Networking, чтобы обеспечить входящий транзит с аналоговых линий в поток на Астериск.
- но желательно поднять версию до 3.8-3.9 (на версии 3.6 это можно попытаться реализовать либо через переадресацию с абонента (версия С.6F), либо через Overflow из группы абонентов но будет "криво"...)

[Зараза]

- но желательно поднять версию до 3.8-3.9 (на версии 3.6 это можно попытаться реализовать либо через переадресацию с абонента (версия С.6F), либо через Overflow из группы абонентов но будет "криво"...)

А через DISA и CCR можно реализовать? Мне достаточно было бы, чтобы в DISA абонент набрал 1 и после этого улетел бы в * через поток некий номер.

[Dron]

А через DISA и CCR можно реализовать? Мне достаточно было бы, чтобы в DISA абонент набрал 1 и после этого улетел бы в * через поток некий номер.

Можно. В CCR же есть назначение на System Speed.

[Зараза]

Можно. В CCR же есть назначение на System Speed.

Так и сделал, схема работает, в качестве номера вызывающего абонента при таком транзите отдается 1200, то есть номер System Attendant'а. Теперь думаю, будут ли подвисать аналоговые линии при таком транзите.

[Dron]

Так и сделал, схема работает, в качестве номера звонящего абонента при таком транзите отдается 1200, то есть номер System Attendant'а. Теперь думаю, будут ли подвисать аналоговые линии при таком транзите.

Подвисать не должны, вроде, на поток же вызовы уходят.

[Зараза]

Подвисать не должны, вроде, на поток же вызовы уходят.

Не подвисают при нормальной эксплуатации.

Но есть одно НО, в общем повесить можно, даже сэмулировал и вешаю на раз, детали не существенны. Имеются ли сокровенные знания, которые передаются через поколения, как в LDK-300 C.6 дело обстоит с CPTU и детектированием Reverse Polarity?

[harris]

Не подвисают при нормальной эксплуатации.

Но есть одно НО, в общем повесить можно, даже сэмулировал и вешаю на раз, детали не существенны. Имеются ли сокровенные знания, которые передаются через поколения, как в LDK-300 C.6 дело обстоит с CPTU и детектированием Reverse Polarity?

Для детектирования смены полярности нужны дочерние модули СMU на плату LCOB. Врядли Вы их найдете, т.к. их практически не завозили в СНГ в виду отсутствия спроса.
CPTU в ipLDK100/300 работает не слишком надежно (в отличии от ARIA SOHO и ipLDK-60).
Лучше поставить внешние отбойники (ICON, например).

Или, если СО-линии идут от шлюза, который может выдавать кратковременный разрыв шлейфа (Flash), то станция это надежно определяет (это лучше всего).

[Зараза]

Или, если СО-линии идут от шлюза, который может выдавать кратковременный разрыв шлейфа (Flash), то станция это надежно определяет (это лучше всего).

Вот в этом месте чуть поподробнее прошу. Лучше английскими терминами, что должно отдаваться в линию со стороны провайдера и что шепнуть LDK.

[harris]

Вот в этом месте чуть поподробнее прошу. Лучше английскими терминами, что должен отдаваться в линию со стороны провайдера и что шепнуть LDK.

Провайдеры, как правило, это не поддерживают. Раньше было только для таксофонных линий.
А что подробно?? В LDK это функция Open Loop Detect.
В линию ничего отдается..., линия со стороны "провайдера" просто размыкается на короткое, нормированное время, например на 0,5 сек., и снова замыкается.

[Зараза]

Провайдеры, как правило, это не поддерживают. Раньше было только для таксофонных линий.
А что подробно?? В LDK это функция Open Loop Detect.
В линию ничего отдается..., линия со стороны "провайдера" просто размыкается на короткое, нормированное время, например на 0,5 сек., и снова замыкается.

Так это же CPC. Знаем такое дело, пойду спрашивать провайдера, сможет ли он нам генерировать в линию.
Update 06.09: Провайдер сказал переполюсовку - пожалуйста, open loop не можем. Абыдно.

[harris]

Так это же CPC. Знаем такое дело, пойду спрашивать провайдера, сможет ли он нам генерировать в линию.

Да, одни производители называют это то CPC (Calling Party Control), другие - Open Loop Disconnect.
В станциях LG принято второе.
На конце провайдера Open Loop Disconnect, на стороне станции Open Loop DETECT.