forum.technoforward.ru

Очень серьёзный вопрос: надумал поменять NEAX 2000IPS на SV8300. абонентов 330. городских линий 96. системников 34. Одна консоль (в режиме DSS). Она хоть в 8300 работает? Таки недоумение: как малой кровью обойтись? Программировать заново долго. Как я понимаю, ofd-файлы 8300 не знает. И как быть с настройками системных телефонов?

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

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

_________________
С уважением,
Валерий Петров.
www.tarificator.ru

Валерий, да всё просто до безобразия! У нас в городе 8 территориальных управлений. Глава поставил задачу связать все структуры города внутренней связью. Если покупать для каждого ТУ станцию, получается дорого. В районе 3 000 000 руб. Есть вариант проще: раскидываю 2000-ую на отдельные кабинеты, добавляю процессоры, и т.п. Связываю их по CCIS over IP. Экономия ощутимая. А в головное здание ставлю SV8300. Во-первых, потому, что не хватает номеров (набирается, в итоге, около 600). Во-вторых, станция перемещается в геометрический центр здания. В-третьих, высвобождается место под стойки для локальной сети. Да, понятно, что работы очень и очень много. Планирую закончить (если всё сложится) во втором квартале 2013 года. Повторюсь: плохо, если 8300 не может "съесть" настройки 2000-ой... А там конференция, Системники одни чего стоят. Куча переадресаций, та же консоль. Даже жуть берёт, как подумаю.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Делал в прошлом году подобную операцию, тока абонентов у меня поменьше - чуть более сотни
Сильно помогло то, что все скрипты, заливаемые в старую АТС, старался протоколировать.
Благодаря этому удалось перейти на новую платформу относительно малой кровью.

Проблемы, с которыми столкнулся:
1. Перепутаны местами буквы "Ч" и "У" (на этом форуме обсуждалось)
2. Функция CID CALL BACK теперь называется INCOMING CALL HISTORY.
3. Функция Calling Number Display for Sub Line incoming call теперь идет как дополнение к функции ALPHANUMERIC DISPLAY - To display the Caller ID for each Multiline Terminal before answer when an incoming call is terminated to a sub line, do the following programming.
4. Пользовался готовыми патчкордами RJ-61, закупленными у поставщика. В одном кабеле два провода были перепутаны. По "счастливому" стечению обстоятельств, через кабель подключались системники. В общем нервов оставил там немного. Кстати, после того как переобжал кабель обнаружил интересный глюк - на порту отказывался звонить DTL-12D, тогда как на телефон DTR-8D-1R (Dterm series i) вызов проходил. Помогла перепрописка порта в CM10.
В общем, мелочевка

Что касаетсяТо, думаю, не все так страшно:
Конференция - там все по шаблону, единственно, группы абонентов считываем скриптом
Системники - это кнопки в основном, тоже скрипт
Переадресация - скрипт с Е600 по Е603

Самое главное: АТС можно развернуть рядом, спокойно запрограммировать, проверить основные настройки (все равно всего не учтешь), а потом переключить

_________________
Связь, она как воздух:
Когда она есть - ее не замечают; когда ее нет - задыхаются...

В закладке Tools PcPro к SV8300 есть пункт System Data Convertor.

Этот инструмент позволяет отконвертировать файл конфигурации 2000IPS в соответствующий для SV8300.

Мне пока не пришлось им пользоваться, но аналогичный инструмент был и при переходе с 7400 M100/M80 на M100MX/2000IPS. Им я пользовался неоднократно и с весьма положительными результатами.

Я, например, боюсь Если что-то пойдет не так, где искать проблему? Когда все своими ручками запрограммировано, косяк можно найти, тупо просмотрев свои же записи.

_________________
Связь, она как воздух:
Когда она есть - ее не замечают; когда ее нет - задыхаются...

Тут, как всегда, палка о двух концах...

Можно бояться что-то потерять при ковертации или можно бояться что-то не учесть при набивании ручками.

В свое время я больше двух десятков станций отконвертировал из 80-к в 2000-е... Нигде на грабли не наступил... Может просто повезло...

Вот это уже легче. В планах продублировать настройки станции, обкатать и только после этого убирать 2000-ую.
Или, как вариант, перенести косяки со старой станции на новую!
Ну, скрипты можно заранее сделать.
Два вопроса пока остаются открытыми: DSS консоль и ISDN PRI для связки с BusinessPhone250 и SV8300.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

ISDN PRI у меня поднялся сразу и без проблем. Правда у меня автодозвон не работает. Но он и на старой АТС не работал
DSS консоли 4 штуки DCU-60-1 работают в режиме DIRECT STATION SELECTION (DSS) CONSOLE

_________________
Связь, она как воздух:
Когда она есть - ее не замечают; когда ее нет - задыхаются...

Картина маслом вырисовывается. Спасибо.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Думаю, не только у Вас. Похоже, по ISDN PRI этот сервис ни в NEAX2000IPS, ни в SV8300 не поддерживается, несмотря на скромное молчание на сей счет в официальной документации.
Речь идет, очевидно, о фиче TIMED QUEUE - Dterm. Эта фича весьма тесно связана с фичей OUTGOING TRUNK QUEUING (TRUNK QUEUING - OUTGOING в трактовке SV8300). Для абонента они практически неотличимы друг от друга: услышал короткие гудки - дави на клавишу CB/Q, клади трубку и слушай спикер; пошли длинные - хватай трубку и жди ответа. Обе фичи прекрасно работают в обеих системах, но только - с CO - транками. В Feature Programming Manual (NEAX2000IPS) --> APPENDIX D FEATURES AND SPECIFICATIONS --> BUSINESS F&S --> OUTGOING TRUNK QUEUING --> SERVICE CONDITION есть даже не очень внятное замечание:
"9. The OUTGOING TRUNK QUEUING is common to all C.O. type groups (DDD, etc.) in the system."
Как только вместо CO возникает PRI, всё становится гораздо туманнее. Мануалы по программированию PRI для обеих систем прямо и однозначно требуют запрещать OUTGOING TRUNK QUEUING на войсовых рутах PRI:
"3528 (35028) > 00-63: B channel Trunk Route No. = 0: Restricted"
Забавно, что если этого не сделать, т.е. оставить "1", то фича OUTGOING TRUNK QUEUING (никому в PRI и не нужная) вполне убедительно работает и на PRI, а вот искомая TIMED QUEUE - Dterm - ни в какую, ни при каких назначениях . Создается впечатление, что неразрешимыми становится противоречия между наличием сигналов ответа и отбоя в PRI, необходимостью работы через спикер при Automatic Idle Return, и сигналом к остановке TIMED QUEUE - Dterm снятием трубки.
Вот такой специальный анекдот ...

А что за оборудование идёт под PRI? И занимает ли этот девайс слот?

Для меня больше работы будет, когда буду кросс переносить. Вот там-то будет весело.
Осталось дождаться (или нет) финансирования проекта.

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!

Ну надо же... А я винил свои кривые руки...
Спасибо за информацию

CD-PRTA. Слот занимает

_________________
Связь, она как воздух:
Когда она есть - ее не замечают; когда ее нет - задыхаются...

Карта PRI: CD-PRTA
Это в SV8300-то? Занимает, занимает! Ещё как занимает - больше, чем кажется! Рекомендую почитать: http://forum.neax.ru/viewtopic.php?f=24&t=1588

Конфигурация:
Системных телефонов 40 -3 слота (2*16+8)
Аналоговых 400 - 25 слотов (25*16)
СО 96 - 12 слотов (12*8)
Итого 40 слотов. Да ещё и CD-PRTA ставить. Если правильно посчитал то 7 юнитов. 2 слота остаются свободными.
Хорошо, что IPLA внутри. И ещё: возможно ли на 8300 для PRI использовать не 31, а, к примеру половину каналов? И, если да, то как их правильно программировать?

_________________
Перед тем, как взлететь, проверь наличие топлива в баках!!!