Всем привет.
Вналичии две LDK100 версии 3.9
Существует ли возможность организовать следующую схему.
Соеденить станции потоком Е1, но не завязывать их в сеть.
Из города приходит также Е1. В поток летят номера, например 1234567 и 1234568
Т.е. сделать две группы внешних линий 1 на город, 2 на вторую АТС.
Вызов из города на номер 1234567 по231 проге отсылать на внутренний(первой АТС), а вызов на номер 1234568 пробрасывать на группу 2, а уже во второй АТС по 231 проге опукать на внутренний номер.
Со второй АТС по набору 9 занимается внешняя(для нее) линия, вызов прилетает в первую АТС. Первая АТС анализрует цифири и отправляет в 1 группу внешних.
Как-то так.
Полная версия этой страницы: Две LDK100
Цитата(pingvin @ 19.5.2011, 11:58) 
Всем привет.
Вналичии две LDK100 версии 3.9
Существует ли возможность организовать следующую схему.
Соеденить станции потоком Е1, но не завязывать их в сеть.
Из города приходит также Е1. В поток летят номера, например 1234567 и 1234568
Т.е. сделать две группы внешних линий 1 на город, 2 на вторую АТС.
Вызов из города на номер 1234567 по231 проге отсылать на внутренний(первой АТС), а вызов на номер 1234568 пробрасывать на группу 2, а уже во второй АТС по 231 проге опукать на внутренний номер.
Со второй АТС по набору 9 занимается внешняя(для нее) линия, вызов прилетает в первую АТС. Первая АТС анализрует цифири и отправляет в 1 группу внешних.
Как-то так.
Вналичии две LDK100 версии 3.9
Существует ли возможность организовать следующую схему.
Соеденить станции потоком Е1, но не завязывать их в сеть.
Из города приходит также Е1. В поток летят номера, например 1234567 и 1234568
Т.е. сделать две группы внешних линий 1 на город, 2 на вторую АТС.
Вызов из города на номер 1234567 по231 проге отсылать на внутренний(первой АТС), а вызов на номер 1234568 пробрасывать на группу 2, а уже во второй АТС по 231 проге опукать на внутренний номер.
Со второй АТС по набору 9 занимается внешняя(для нее) линия, вызов прилетает в первую АТС. Первая АТС анализрует цифири и отправляет в 1 группу внешних.
Как-то так.
Какая именно версия 3.9 - буквы? А почему через NET(сеть) транзит не хотите сделать? Или я вас не правильно понял?
У вас недавно 3.8 был софт.. Вы последовали моему совету - поднять его. Значит дигит репит у вас работает.. Уже лучше.
А что у вас не получается более конкретно. На каком этапе зависли?
А что у вас не получается более конкретно. На каком этапе зависли?
Цитата(stasmar @ 19.5.2011, 12:44)
У вас недавно 3.8 был софт.. Вы последовали моему совету - поднять его. Значит дигит репит у вас работает.. Уже лучше.
А что у вас не получается более конкретно. На каком этапе зависли?
А что у вас не получается более конкретно. На каком этапе зависли?
Не-не-не. Вы меня с кем-то путаете.
Цитата(stasmar @ 19.5.2011, 12:24)
Какая именно версия 3.9 - буквы? А почему через NET(сеть) транзит не хотите сделать? Или я вас не правильно понял?
Версия GS90P- 3.9Ah
Без NET - потому что не надо связывать станции по внутрянке.
Через NET я настроил.
Цитата(pingvin @ 19.5.2011, 12:57)
Версия GS90P- 3.9Ah
Без NET - потому что не надо связывать станции по внутрянке.
Через NET я настроил.
Без NET - потому что не надо связывать станции по внутрянке.
Через NET я настроил.
Для транзита по линии PSTN вам дигит репит понадобится, а он только с этой версии работает..
Цитата(stasmar @ 19.5.2011, 13:20)
Для транзита по линии PSTN вам дигит репит понадобится, а он только с этой версии работает..
Транзит по сети у меня работает. И дигит репит тоже.
Хочется все-таки узнать осуществима ли схема как я описал.
Цитата(pingvin @ 19.5.2011, 13:33)
Транзит по сети у меня работает. И дигит репит тоже.
Хочется все-таки узнать осуществима ли схема как я описал.
Хочется все-таки узнать осуществима ли схема как я описал.
Да не прописывайте вы абонентов второй АТС...
Не понятно зачем ваша головоломка!
Цитата(Dron @ 19.5.2011, 13:39)
Да не прописывайте вы абонентов второй АТС...
Не понятно зачем ваша головоломка!
Не понятно зачем ваша головоломка!
Если как сетевых абонентов прописать в пгм324 - то головоломки не будет..
А на транзитной можно запретить вызовы абоненов другой атс..
Цитата(pingvin @ 19.5.2011, 11:58)
Всем привет.
Вналичии две LDK100 версии 3.9
Существует ли возможность организовать следующую схему.
Соеденить станции потоком Е1, но не завязывать их в сеть.
Из города приходит также Е1. В поток летят номера, например 1234567 и 1234568
Т.е. сделать две группы внешних линий 1 на город, 2 на вторую АТС.
Вызов из города на номер 1234567 по231 проге отсылать на внутренний(первой АТС), а вызов на номер 1234568 пробрасывать на группу 2, а уже во второй АТС по 231 проге опукать на внутренний номер.
Со второй АТС по набору 9 занимается внешняя(для нее) линия, вызов прилетает в первую АТС. Первая АТС анализрует цифири и отправляет в 1 группу внешних.
Как-то так.
Вналичии две 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) Исходящий транзит.
Ну так вроде Вы это уже сделали... Это же стандартная схема.
Цитата(harris @ 19.5.2011, 14:21)
Ну, в чем проблема-то??
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) Исходящий транзит.
Ну так вроде Вы это уже сделали... Это же стандартная схема.
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) Исходящий транзит.
Ну так вроде Вы это уже сделали... Это же стандартная схема.
Ну вот что-то такое я и хотел услышать. Идея ясна. Благодарю.
Цитата(harris @ 19.5.2011, 14:21)
Ну, в чем проблема-то??
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) Исходящий транзит.
Ну так вроде Вы это уже сделали... Это же стандартная схема.
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) Исходящий транзит.
Ну так вроде Вы это уже сделали... Это же стандартная схема.
Ув. harris. Сделал по Вашей схеме. Все работает. Благодарю.
Но в 143 проге сделал тип преобразования цифр «2» и удалось обойтись без MSN таблицы. Все рулится через 231 прогу.
Цитата(pingvin @ 20.5.2011, 14:32)
Но в 143 проге сделал тип преобразования цифр «2» и удалось обойтись без MSN таблицы. Все рулится через 231 прогу.
Да. Можно и без MSN, а сразу по ПГМ231 (по DID Conv. Type 2), если ваши "виртуальные" номера не имеют никаких совпадений/пересечений с реальными номерами абонентов в оконечной АТС.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.