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

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

Страницы: Пред. 1 ... 109 110 111 112 113 114 115 116 117 118 119 ... 320 След.
Документация по CCD
 
Сначала нужно создать - пилотов, очереди, агентов, группы, речевые подсказки.
Потом конечно (обладая навыком) - в СС супервижен - чего-то понастраивать.
Хотя это все бла-бла-бла.
По сути вопроса - у меня нет хороших доков по CCD, были бумажные с курсов, но остались на старой работе.
Инциндент № 4104=outgoing VPN Overflow call aborted
 
На других узлах написано x001031_tun? Тогда где написано xm001031?

Если через некоторое время перестает работать (после создания) - смотрите, у вас может после создания работает (создаете с обеих сторон). А потом может что-то по броадкасту прилетает и изменяется? Собственно интересует VPN префиксы (их содержание - ARS листы, NPD и пр.)

Посмотрите, что нет пересечения в префиксах, в начале (например #...... префикс и #.. префикс роутинг номера)
Ограничение входящих вызовов., Но не всех входящих.
 
на них - нельзя звонить извне?
В чем проблема - уберите эти номера из DID транслятора. Не будут на них попадать - хоть есть форвард, хоть нет.
А вообще - запрет входящих звонков делается проще - по Public network COS - Incoming DID/Tie line ставите в 0 - и не будет входящей связи.
Надо еще круче ограничить (чтоб добрый коллега трансфером не соединил такого абонента) - External access on set transfer ставите в 0 - и передать внешний звонок этому абоненту будет нельзя.
Инциндент № 4104=outgoing VPN Overflow call aborted
 
по имени - что написано в X25/ nodes of network (имена, адресация - IP или IP/X25.
По звонкам -  с номерами без # - все нормально работало на 31 и 32 узлах?
Инциндент № 4104=outgoing VPN Overflow call aborted
 
Ну и еще вопрос - на центральном узле - в это время нет инцидентов, что недостаточно VPN ресурсов?
Инциндент № 4104=outgoing VPN Overflow call aborted
 
Соответственно далее - у вас в internode links/VPN overflow - на всех узлах все VPN overflow прописаны? Если например есть VPN overflow 10-87 - то он должен присутствовать на всех узлах сети.
Инциндент № 4104=outgoing VPN Overflow call aborted
 
Тут стал всматриваться, что у вас написано - у вас не идет звонок с 87 узла на узел 1, включенный в центр по Е1 (ABC-F)?
А звонок с 87 узла в центр - идет?
Инциндент № 4104=outgoing VPN Overflow call aborted
 
1) Посмотрите трассировку звонка в другую сторону
2) сравните (по t3) на приемных сторонах что видите
3) посмотрите что стоит в NPD используемых на приемных сторонах
4) посмотрите что в транковых группах (на предмет unused или digits to add).

Ну и я предпочитал всегда использовать VPN префиксы в человеческом виде - 7899, 2399.
Инциндент № 4104=outgoing VPN Overflow call aborted
 
Что нарисовано в вашем трейсе:
1) абонент 7801 хочет позвонить на 2339
2) та сторона сообщает свой VPN префикс #d0310 и DID номер #d0310 (это то, что получается через NPD указанное в VPN префиксе - у вас судя по всему - не использовать дефолтовские номера и не пользоваться DID транслятором).
3) далее вы отзваниваетесь (через ARS по номеру префикса или через ext. callback translation по DID номеру) на #d0310
4) неаллоцированный номер - такое ощущение, что во входящей TG используется DID транслятор, по которому входящая станция не знает что делать с номером #d0310.
Оповещение абонента о заказанной услуге переадресации по неответу., Убрать оповещение о переадресации по неответу.
 
Думаю, что нельзя разделить. У вас люди (которым это надо) с цифровыми/IP аппаратами или с аналоговыми?
Вам может не обязательно ВСЕМ запретить слушать эту подсказку.
Вы ведь можете таким людям (кто постоянно пользуется заказанным форвардом) присвоить Voice Guide Listening Class 6. И в подсказках запретить слушать что-то у кого 6-й класс.

Т.е. организовать разделение не по типам переадресации (что не предусмотрено), а по людям.

Единственное НО - если вы меняете человеку Voice Guide Listening Class  - чтоб вступило в силу - с аппарата надо набрать два раза префикс Voice Guide Listening (первый раз поменяется на 0-й - ничего не слушать, а потом станет - то что вы указали в менеджменте).
Оповещение абонента о заказанной услуге переадресации по неответу., Убрать оповещение о переадресации по неответу.
 
все подсказки - у вас лежат на станции (можно послушать с аппарата набрав префикс tone test - а дальше листать или вводить номер подсказки).

Собственно дальше - можно позаниматься менеджментом соответствующих подсказок (когда вы знаете номер нужной вам подсказки). Возможностей несколько:
1) вообще не пользоваться подсказками - набираем префикс voice guide listening
2) выборочный запрет подсказок. Что для этого надо знать - у абонента есть Voice Guide Listening Class (по умолчанию 7). System/ Voice guides - для каждой подсказки в конце нарисовано - человек с соответствующим Voice Guide Listening Class может ее слушать или нет (по умолчанию люди с классом 6 и 7 - все могут слушать). Собственно для соответствующей подсказки - поставьте, что человек ее слушать не может. Не забываем про backup tone - это тот тональный сигнал, который человек услышит ВМЕСТО подсказки, если ее нет или она не доступна.
Не помню - надо ли что-то рестартовать при этом.
Хотя меня подсказки не раздражают - я вообще набираю номер не поднимая трубку.
Контроль переадресованных абонентов., Проверка состояния переадресации у абонентов.
 
еще есть listdnd (если пользуетесь функцией не беспокоить)
для просмотра всяких multi-line  - multitool
listout - для просмотра оборудования не в сервисе.
listincall - кто с кем разговаривает
ну и естественно - просто list - для просмотра в режиме меню
Контроль переадресованных абонентов., Проверка состояния переадресации у абонентов.
 
команда listfwd
No global syncronization
 
глобальная синхронизация - как раз и нужна для контроля лицензий (например по абонентам). По идее должна запускаться в шедулере (в daily job).

Если у вас в составе станций есть - с которой синхронизация не проходит - разбирайтесь с ней (пароли на станции поменяли или еще чего.
R 3.2 реально ли достать?, Ищется ПО
 
пароль на su - знаем только дефолтовский, алкатель с заду, про другие не слышал. Можно исправить - например через восстановление базы - подсунув данные Линукса с другой станции (где вы знаете пароль - например со своей тестовой).
Страницы: Пред. 1 ... 109 110 111 112 113 114 115 116 117 118 119 ... 320 След.