Переход с меди на поток, и транзитная ldk300 Опции

[Sova]

Добрый день!
думаю перевести мою инфрастуктуру с меди на поток, но вот есть несколько вопросов:
Инфраструктура:
2х ldk300 v3.9 со своей городской медью. обе атс объединены единым планом нумерации через поток по оптике модемами
Вопросы:
1. при переходе на городской поток сам поток будет ставиться только на одну из атс, т.е. на другой атс городом надо будет пользоваться транзитом через первую. Это возможно?
2. сейчас есть люди с выделенным городским телефоном, который в атс не заходит. Если эти телефоны перевести в атс в поток - можно ли будет им сделать отдельную группу?
3. можно ли будет оставить CO Group Aceess Station и CO Ring Assignment такими же, какими они и были на обоих атс?
4. Можно ли будет позвонить с системника с конкретного-нужного городского телефона?
5. Насколько я понимаю - для потока надо приобретать PRIB, я прав? Она занимает 2 логических платоместа, поэтому придётся найти эти 2 физических платоместа в ящике, так?

вобще пока не совсем понимаю принцип выборки городского номера в потоке, поэтому думаю, что многим ти вопросы покажутся дурацкими, но сорри...

[harris]

Добрый день!
думаю перевести мою инфрастуктуру с меди на поток, но вот есть несколько вопросов:
Инфраструктура:
2х ldk300 v3.9 со своей городской медью. обе атс объединены единым планом нумерации через поток по оптике модемами
Вопросы:
1. при переходе на городской поток сам поток будет ставиться только на одну из атс, т.е. на другой атс городом надо будет пользоваться транзитом через первую. Это возможно?
2. сейчас есть люди с выделенным городским телефоном, который в атс не заходит. Если эти телефоны перевести в атс в поток - можно ли будет им сделать отдельную группу?
3. можно ли будет оставить CO Group Aceess Station и CO Ring Assignment такими же, какими они и были на обоих атс?
4. Можно ли будет позвонить с системника с конкретного-нужного городского телефона?
5. Насколько я понимаю - для потока надо приобретать PRIB, я прав? Она занимает 2 логических платоместа, поэтому придётся найти эти 2 физических платоместа в ящике, так?

вобще пока не совсем понимаю принцип выборки городского номера в потоке, поэтому думаю, что многим ти вопросы покажутся дурацкими, но сорри...

1) Возможно
2) Отдельную группу по какому критерию?? Что именно требуется??
3) При использовании потока понятие СО Group Access в вашем случае будет иное, так и распределение входящих будет назначаться по иному. Но если под этим понимать, смогут ли абоненты принимать вызовы именно по своим городским номерам, то ДА, смогут.
4) Можно. Это задается назначением нужного CLI (АОНа). Но есть нюансы, связанные с абонентами оконечной станции.
5) Почему 2 платоместа?? Откуда Вы это взяли?? Нужно одно физическое платоместо, но в системном блоке должно быть достаточное кол-во свободных тайм-слотов (системных каналов)!! Для PRIB требуется 32 тайм-слота в системной шине.
При использовании потока определяющими понятиями будут:
- для входящей связи - номер DID (городской номер, по которому приходит вызов)
- исходящей связи - номер CLI (АОН), присвоенный абоненту для представления в городской сети.

Все эти вопросы в целом решаемы, но есть ряд тонкостей и нюансов...

[Sova]

1) Возможно
2) Отдельную группу по какому критерию?? Что именно требуется??
3) При использовании потока понятие СО Group Access в вашем случае будет иное, так и распределение входящих будет назначаться по иному. Но если под этим понимать, смогут ли абоненты принимать вызовы именно по своим городским номерам, то ДА, смогут.
4) Можно. Это задается назначением нужного CLI (АОНа). Но есть нюансы, связанные с абонентами оконечной станции.
5) Почему 2 платоместа?? Откуда Вы это взяли?? Нужно одно физическое платоместо, но в системном блоке должно быть достаточное кол-во свободных тайм-слотов (системных каналов)!! Для PRIB требуется 32 тайм-слота в системной шине.
При использовании потока определяющими понятиями будут:
- для входящей связи - номер DID (городской номер, по которому приходит вызов)
- исходящей связи - номер CLI (АОН), присвоенный абоненту для представления в городской сети.

Все эти вопросы в целом решаемы, но есть ряд тонкостей и нюансов...

2. я может неправильно выразился - можно ли будет совместить их текущий внутренний телефон и городской, который сейчас стоит отдельным аппаратом и оставить его персонально для этого владельца, но через атс через поток
3. под этим я имею ввиду - смогут одни и же же абоненты использовать один и тот же номер для выхода в город и наоборот - можно ли будет входящий распределять по количеству гудков на абонентские телефоны?
4. может я неправильно выразился... я хочу узнать - можно ли будет с потоком позвонить с системника просто выбрав на нём опрделенную СО line как сейчас на меди? я так понимаю, что кнопкам на системнике можно/нужно будет присвоить определенные CLI прежде чем звонить, так?
5. сейчас у меня набивка в атс, куда я собираюсь пихать городской поток такая - 4 местных, 3 города и поток. если выкину 2 города - я смогу запихнуть еще один поток не покупая дополнительный ящик, так?

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

[harris]

2. я может неправильно выразился - можно ли будет совместить их текущий внутренний телефон и городской, который сейчас стоит отдельным аппаратом и оставить его персонально для этого владельца, но через атс через поток
3. под этим я имею ввиду - смогут одни и же же абоненты использовать один и тот же номер для выхода в город и наоборот - можно ли будет входящий распределять по количеству гудков на абонентские телефоны?
4. может я неправильно выразился... я хочу узнать - можно ли будет с потоком позвонить с системника просто выбрав на нём опрделенную СО line как сейчас на меди? я так понимаю, что кнопкам на системнике можно/нужно будет присвоить определенные CLI прежде чем звонить, так?
5. сейчас у меня набивка в атс, куда я собираюсь пихать городской поток такая - 4 местных, 3 города и поток. если выкину 2 города - я смогу запихнуть еще один поток не покупая дополнительный ящик, так?

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

2. Можно, если этот городской номер также будет поступать в потоке
3. Смогут. Входящие можно распределять между несколькими абонентами, но не через "кол-во гудков", а путем создания Hunt-группы для приема вызовов. А алгоритм внутри группы можно выбрать...
4. Каждому абоненту приписывается свой АОН, с которым он и выходит в "город"... Так зачем абоненту "выбирать СО"?? Мне непонятна задача, цель.
5. "Местные" бывают разные: на 12 портов, на 24 порта. Нужно детально считать кол-во тайм-слотов в данном системном блоке.

"Нюансы" заключаются в особенностях настройки потока между вашими двумя станциями LDK с целью выдачи в город правильно сформированных АОНов. Задача в принципе решаемая, но ее конкретная реализация зависит от конкретных деталей: какие именно АОНы должны выдавать конкретные абоненты (в транзитной АТС, в оконечной АТС).
Вы занимаетесь составлением проекта?? ОК. Но ведь не на форуме же заниматься проектированием конфигурации тел. системы!!! Это несерьезно!! Обратитесь к своему поставщику за подробной консультацией. В конце концов можно ведь и в Москву подъехать, чтоб выяснить все эти вопросы... Ярославль - это не ж не Владивосток!!