Уважаемые дамы и господа! Для вас сохранен старый форум по адресу http://forum.intersyst.ru

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 252 253 254 255 256 257 258 259 260 261 262 ... 314 След.
Processing Group, удаление Processing Group и Users в Processing Group
 
А много чего создано? Может дешевле сохранить OPS файлы, а станцию перепрограммировать с 0-ля?
А супервизор не удаляется из группы или просто в юзерах его удаляете?
Disa
 
А вообще то спросили как оно работает или нет - если слышите не КПВ, а что-то другое - значить DISA ответила.
Disa
 
Чтоб сообщение проигрывалось - оно должно быть (поставили то сообщение которое записали?)- а если просто tone стоит - не работает? А если не работает - то как - просто КПВ слышите или еще как-то?
Processing Group, удаление Processing Group и Users в Processing Group
 
Если номер приписан к плате - значить супервизор не вышел из группы.
Там ведь идея какая - есть абстрактные агенты и супервизоры (без оборудования) и реальные аппараты (Authorized ACD). При логине в фиктивного агента/супервизора прописывается оборудование залогинившегося аппарата. При выходе - в агенте должно снова стать оборудование 255.
Processing Group, удаление Processing Group и Users в Processing Group
 
Как писал Дмитрий - mgr > applications > CCD > operators > operator data management > attachment list - присутствуют операторы с прописанной группой? Если убрать ее - дает удалять?
Точнее ссылка наверное будет applications > CCD > CCD users> CCD operations data management> List of attachments
Processing Group, удаление Processing Group и Users в Processing Group
 
А у вас какие аппараты не удаляются - объявленные агентами (без оборудования)?
В самой группе они прописаны как супервизоры или чего?
Когда в mgr идете - дойдя до процессинг группы - дальше по иерархии предлагает идти? Там не пробовали поудалять?
Если номера где-то не удаляются - пробуем вводить ""
Processing Group, удаление Processing Group и Users в Processing Group
 
Причем здесь замкнутый круг - у агента есть понятие log-on - log-off. ВЫЙТИ надо из группы.
Processing Group, удаление Processing Group и Users в Processing Group
 
Ну наверное агенту имеет смысл выйти из группы?
Потом агента грохнуть, потом группу.
Т.е. если в группе есть агенты - не удаляется ни агенты, ни группа. Надо просто убрать агентов из группы, потом удалять все.
Processing Group, удаление Processing Group и Users в Processing Group
 
А чего говорит-то станция, она иногда осмысленные вещи пишет (особенно в 4760)
SIP транк как бэкап ABC-IP link
 
Именно так - при падении канала 2-1 --- 2-2 вы можете звонить через private-to-public overflow.
На узле 1 прописываете node access prefix 2 (звоним на второй нод), в цифрах добавить - например ARS префикс, и во вложенном DID трансляторе - транслятор для узла 2 (внещний номер-внутренний номер-диапазон).
Плюс разрешение в категории.
При попытке позвонить - через DID транслятор внутренний номер превращается во внешний и соответственно в переди добавляется префикс.
Т.е. вы автоматически превращаете внутренний номер в префикс+номер (по которому дозваниваемся до соответствующего абонента), а какая TG - пофиг, лишь бы можно было дозвониться.
SIP транк как бэкап ABC-IP link
 
На анлеашеде - тоже рекомендуется описывать вашу конфигурацию.
Собственно повторюсь - вопрос о том когда вы хотите использовать SIP.

Если у вас Т2 ABC-F - и все. VPN overflow будет использоваться когда кончатся все разговорные тайм-слоты в Т2.
Если разговор об обрыве Т2 (когда есть только он) - VPN overflow не используется.
Т.е. не поленитесь описать поподробнее - чего есть:
тип ABC-F - T2, Hybrid. Если последний - как прописан канал сигнализации D канал, IP.
SIP - созданы TG, свой и внешние SIP GW, т.е. по SIP можно позвонить?
Когда нужен бэкап - при заполнении Т2, при пропадании Т2.

Просто если у вас есть H323 IP TG и работает VPN overflow - не понятно при чем здесь SIP (если пропало IP или вышли из строя платы INTIP) - H323 и SIP умрут одновременно.
Abbreviated Numbering
 
По дефолту - имеете 4000 ячеек.
Соответственно индекс первой в диапазоне 0-3999.
Обычно говорим - первая ячейка 0-я, количество 1000.
Далее во вложенном далее пункте собственно прописываем префиксы (что набирает абонент) и call number (чего набирает станция).
Перестали откладываться инциденты
 
даете incout (и как правило видите перечисление портов, где incout -3 - текущий порт) касается вывода инцидентов в ком А или telnet сессию, не влияет на сохранение.
есть еще команда increset. 8-)
У вас такое ощущение что какие-то проблемы с crontab и mailsys (не пробовали дать dhs3_init -R MAILSYS).
А если просто глянуть содержимое файла с инцидентами (не incvisu), вечером и утром, сравнивая в том числе размер?
Еще лучше честный рестарт 8-)
SIP транк как бэкап ABC-IP link
 
Т.е. у вас гибридный линк с сигнализацией по IP и VPN overflow? Или чего-то с использованием Т2?
Просто VPN overflow начинает работать когда нет разговорных каналов между узлами (suproutage показывает S когда вы во втором меню выбираете телефонию - 2).

А если у вас нет телефонии, но есть VPN (нажимаем 5 во втором меню suproutage) - тогда если для всех удаленных префиксов VPN указан ARS лист (не "-1") - тогда работает ARS.
SIP транк как бэкап ABC-IP link
 
Вы все-таки чего хотите? Сигнализация между узлами имеется?
Тогда это VPN overflow, через ARS с указанием SIP TG, dialing command table с указанием команды I (insert) и SIP GW (внешнего).

Если сигнализации нет - то это private to public overflow - прописывается node access prefix (с указанием префикса ARS) и DID транслятора для удаленного узла. А далее как написано выше, только звонок не на префикс VPN overflow, а на номер абонента.
Страницы: Пред. 1 ... 252 253 254 255 256 257 258 259 260 261 262 ... 314 След.