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 из группы абонентов но будет "криво"...)

[Зараза]

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

Поднять версию до 3.8-3.9 только заменой MPB, на это денег не заложено в бюджете.
Networking это PGM320 и далее?