Две LDK100 Опции

[pingvin]

Всем привет.
Вналичии две LDK100 версии 3.9
Существует ли возможность организовать следующую схему.
Соеденить станции потоком Е1, но не завязывать их в сеть.
Из города приходит также Е1. В поток летят номера, например 1234567 и 1234568
Т.е. сделать две группы внешних линий 1 на город, 2 на вторую АТС.
Вызов из города на номер 1234567 по231 проге отсылать на внутренний(первой АТС), а вызов на номер 1234568 пробрасывать на группу 2, а уже во второй АТС по 231 проге опукать на внутренний номер.
Со второй АТС по набору 9 занимается внешняя(для нее) линия, вызов прилетает в первую АТС. Первая АТС анализрует цифири и отправляет в 1 группу внешних.
Как-то так.

[harris]

Всем привет.
Вналичии две LDK100 версии 3.9
Существует ли возможность организовать следующую схему.
Соеденить станции потоком Е1, но не завязывать их в сеть.
Из города приходит также Е1. В поток летят номера, например 1234567 и 1234568
Т.е. сделать две группы внешних линий 1 на город, 2 на вторую АТС.
Вызов из города на номер 1234567 по231 проге отсылать на внутренний(первой АТС), а вызов на номер 1234568 пробрасывать на группу 2, а уже во второй АТС по 231 проге опукать на внутренний номер.
Со второй АТС по набору 9 занимается внешняя(для нее) линия, вызов прилетает в первую АТС. Первая АТС анализрует цифири и отправляет в 1 группу внешних.
Как-то так.

Ну, в чем проблема-то??
1) Входящий транзит.
Вам нужно "прокинуть" 1234568 на оконечную АТС, и на оконечной АТС "разруливать" по ПГМ231??
Это можно сделать все равно только через Transit-In, пересылкой вызова на "сетевого абонента оконечной АТС". Т.е. нужно ,в транзитной АТС прописать номер 1234568 в ПГМ324 в качестве сетевого абонента (Net Number)
Но это далеко не всегда возможно, т.к. 1234568 может пересекаться с реальными номерами абонентов станций (например, STA123).
А почему Вы хотите на оконечной АТС обязательно получать входящий номер именно как 123468?
А если это будет какой-либо другой, "виртуальный" номер, например, 77568, разве это изменит суть??
Насколько я понимаю, Ваша основная задача заключается в том, чтобы на оконечной АТС различать сетевой вызов (от абонента транзитной АТС (АТС1)) от входящего вызова "из города", и принимать городской вызов по ПГМ231. Так??

Такая задача вполне разрешима с помощью "виртуальных" номеров, приписанных к оконечной АТС.
Допустим, в АТС1 нумерация абонентов 1ХХ и 2ХХ; а в оконечной АТС (АТС2) есть реальные абоненты с нумерацией 3ХХ и 4ХХ.
Ничто не мешает Вам в ПГМ324 в АТС1 прописать некие дополнительные сетевые номера, например, 77ХХХ, якобы принадлежащие АТС2 (Станция АТС1 понятие не имеет, есть ли такие абоненты в АТС2 на самом деле, она только будет знать, что вызовы по номеру 77ХХХ нужно отсылать в АТС2. И все).
Т.е. в АТС1 в ПГМ324 будет прописано:
тип кода=NET, 1#**, NET GRP 0,
тип кода=NET, 2#**, NET GRP 0,
тип кода=NET, 3**, NET GRP 1,
тип кода=NET, 4**, NET GRP 1,
тип кода=NET, 77***, NET GRP 1.
(или можно "в лоб" прописать: тип кода=NET, 77568, NET GRP 1).
Тогда, в АТС1, с помощью ПГМ231 Вы принимаете DID-вызов по номеру 1234568 и отправляете его на NET Number 77568 (т.е. в АТС2).
В АТС2 входящий вызов на номер 77568 можно "отловить" с помощью таблицы MSN и направить в ПГМ231. Ну, а затем из ПГМ231 назначить прием этого вызова так, как Вам будет угодно.
Схема получается такая:
1234568 -> АТС1/ПГМ231/NET Number -> 77568 -> АТС2/MSN/ПГМ231 -> куда требуется (STA/HUNT/VMIB и т.п.)

2) Исходящий транзит.
Ну так вроде Вы это уже сделали... Это же стандартная схема.

[pingvin]

Ну, в чем проблема-то??
1) Входящий транзит.
Вам нужно "прокинуть" 1234568 на оконечную АТС, и на оконечной АТС "разруливать" по ПГМ231??
Это можно сделать все равно только через Transit-In, пересылкой вызова на "сетевого абонента оконечной АТС". Т.е. нужно ,в транзитной АТС прописать номер 1234568 в ПГМ324 в качестве сетевого абонента (Net Number)
Но это далеко не всегда возможно, т.к. 1234568 может пересекаться с реальными номерами абонентов станций (например, STA123).
А почему Вы хотите на оконечной АТС обязательно получать входящий номер именно как 123468?
А если это будет какой-либо другой, "виртуальный" номер, например, 77568, разве это изменит суть??
Насколько я понимаю, Ваша основная задача заключается в том, чтобы на оконечной АТС различать сетевой вызов (от абонента транзитной АТС (АТС1)) от входящего вызова "из города", и принимать городской вызов по ПГМ231. Так??

Такая задача вполне разрешима с помощью "виртуальных" номеров, приписанных к оконечной АТС.
Допустим, в АТС1 нумерация абонентов 1ХХ и 2ХХ; а в оконечной АТС (АТС2) есть реальные абоненты с нумерацией 3ХХ и 4ХХ.
Ничто не мешает Вам в ПГМ324 в АТС1 прописать некие дополнительные сетевые номера, например, 77ХХХ, якобы принадлежащие АТС2 (Станция АТС1 понятие не имеет, есть ли такие абоненты в АТС2 на самом деле, она только будет знать, что вызовы по номеру 77ХХХ нужно отсылать в АТС2. И все).
Т.е. в АТС1 в ПГМ324 будет прописано:
тип кода=NET, 1#**, NET GRP 0,
тип кода=NET, 2#**, NET GRP 0,
тип кода=NET, 3**, NET GRP 1,
тип кода=NET, 4**, NET GRP 1,
тип кода=NET, 77***, NET GRP 1.
(или можно "в лоб" прописать: тип кода=NET, 77568, NET GRP 1).
Тогда, в АТС1, с помощью ПГМ231 Вы принимаете DID-вызов по номеру 1234568 и отправляете его на NET Number 77568 (т.е. в АТС2).
В АТС2 входящий вызов на номер 77568 можно "отловить" с помощью таблицы MSN и направить в ПГМ231. Ну, а затем из ПГМ231 назначить прием этого вызова так, как Вам будет угодно.
Схема получается такая:
1234568 -> АТС1/ПГМ231/NET Number -> 77568 -> АТС2/MSN/ПГМ231 -> куда требуется (STA/HUNT/VMIB и т.п.)

2) Исходящий транзит.
Ну так вроде Вы это уже сделали... Это же стандартная схема.

Ну вот что-то такое я и хотел услышать. Идея ясна. Благодарю.