Есть станция OXE (j2.603, патч 36) . Поднят CCD. Звонки приходят по следующей схеме SIP--> Statistic Pilot --> Routing Pilot -- > Queue --> Processing Group --> Agents. На рабочее/нерабочее время настроены разные расписания. В рабочее время звонок приходит на оператора. В нерабочее вызывающий абонент слышит просто играющую музыку (звонок на оператора не уходит). Где можно поправить расписание? ССD изначально настраивал не я.
Добрый день, уважаемые форумчане. Столкнулся с такой проблемой: Есть ОХЕ R10.1.1-j2.603-36-ru-c80s1. Есть оператор CCD , который залогинен в процессинг группу. Аппарат физический 4039. В конфиге прописан как 4068. Прицепил 40 keys Addon, прописал кнопочки. Всё работало до перезагрузки станции. Дальше началась мистика. Все запрограммированные клавиши слетели. При этом в свойствах пользователя висит, что у него 40 keys Addon Module. Клавиш, доступных для программирования 74 - то есть только те, которые на телефонном аппарате. Клавиши 74-114 не доступны. При чём не доступны ни в mgr, ни в графической консоли OmniVista NMC 4760. Ну думаю глюк. Удаляю Module, создаю заново. Incvisu показывает =4:2151=Undeclared subdevice AOM40 presen Доступных кнопок снова только 74. При чём если OmniVista NMC 4760, сделать отображение графического представления, то модуль нарисован. Что за напасть может быть?
Здравствуйте, коллеги. Станция OXE R10.1.1 Patch 36. Звонок по SIP-транку от провайдера приходит на циску, потом транзитом передаётся на ALCATEL. Там в свою очередь есть Ext. SIP Gateway и ассоциированная с ним SIP транковая группа . Звонок прилетает на Alcatel на некий внутренний номер , который является статистическим пилотом CCD. Далее идёт примерно такая цепочка: cтатистический пилот - роутинг пилот - приветсnвие автотётьки - очередь CCD - вход в Processing Group - попадаем на живого оператора - просим его перевести звонок - звонок переводится на конечного собеседника. И вот тут жопка. Я конечного собеседника слышу, он меня нет. Через 9 секунд звонок рвётся. Трассировка на циске (там чуть поудобнее) показала следующую картину: оператор кол-центра и конечный собеседник сидят на разных GD платах. Во время всей цепочки, по которой проходит звонок, от Alcatel прилетают RE-INVITE (что закономерно) и эти реинвайты также транзитом шлются циской провайдеру. Всё хорошо до самого последнего момента. Когда звонок переведён на конечного собеседника , Alcatel присылает RE-INVITE с пустым SDP. Такой RE-INVITE отправляется провайдеру и тот его не принимает: SIP/2.0 400 No SDP in re-INVITE После чего, как я описал, слышимость от конечного собеседника ко мне есть, меня собеседник не слышит и через 9 секунд Alcatel присылает CANCEL + BYE. Есть три других городских SIP провайдера, работающих по той же схеме. Все они "кушают" RE-INVIRE без SDP и тогда всё хорошо (ведь на участке "Cisco --- SIP провайдер" ни ip адреса, ни порты RTP во время RE-INVITE не меняются). Проблема в ALCATEL или в провайдере? Куда копать?
Добрый день, коллеги. не пинайте сильно, если тему повторяю. Была ранее тестовая станция, нода ABC-F. На ней создавалась Network HG с номером 5571, которая с помощью Broadcast расползлась по соседним станциям. Шло время, нода стала не нужна, её вывели из эксплуатации. но скажем так не очень "грамотно". Объекты с неё не были удалены, поэтому некоторые из них (тестовые пользователи, транк группы, хантинг группы) до сих пор болтаются на соседних станциях. И случилось так, что согласно откорректированного плана нумерации номер 5571 мне нужно сейчас присвоить пользователю на одной из станций. Удалить префикс не могу - пишет "Invalid Operation" Удалить HG из списка тоже не могу - пишет "Reference node not local" Как быть? Реанимировать тестовую станцию нет возможности. Нет ни станции , ни бэкапа.
Добрый день форумчане. Может тема уже поднималась, но поиском не нашёл. Есть станция OXE R10. От неё идёт Sip транк группа на Cisco, от Ciscop в свою очередь Sip к провайдеру. Есть два телефона, подключенные к станции - цифровой 4039 и Iptouch 4018. Звоню в город (через дискриминатор, ARS, SIP транк группу и далее на Cisco), соединение устанавливается, разговор начинается, меня приветствует автотётька на том конце. Через 5 секунд (после перехода линии в ответное состояние) жму * (переход в тоновый режим), в этот момент по трассировке видно, что происходит REINVITE, далее на цифровом аппарате все нормально, донабор работает, попадаю куда надо. А вот на IP аппарате после набора * пропадает входящий голосовой поток, то есть у меня в трубке тишина. Соединение не рвётся. Причём, все что я после этого говорю, а также тоновые сигналы, которые набираю, на том конце слышны.
Посмотрел трассировки в обоих случаях, с виду всё идентично. куда копать?
Трассировку почему то не получается прикрепить - может большая слишком.
Добрый день, коллеги. Извиняюсь, если дублирую тему. Но возникла вот какая проблема. Есть префикс для Immediate Forward #41 Есть префикс "ARS Prof. Trg Grp Size with overlap" . У нас это 0. Набирая 0, мы попадаем в логический дискриминатор, из него в соответствии с настройками Entity в физический, а уже в физическом расписаны диапазоны номеров (Москва, Екатеринбург, Новосибирск, Нижний Новгород) и соответствующие ARS для каждого направления. В Нижний Новгород мы звоним через Е1, выход на который прописан в соответствующем ARS с указанием конкретной транк группы. В Екатеринбург мы звоним через H323/SIP шлюз, выход на который (по H323) также прописан в соответствующем ARS путем дописывания SpeedDial, который в свою очередь имеет тип звонка IP (ну соответственно там же в SpeedDial прописывается IP адрес шлюза.
Абонент хочет заказать немедленную переадресацию на мобильный. Набирает #41 - 0 - номер в Нижнем Новгороде. Срабатывает #41 - 0 - номер в Екатеринбурге. Отлуп.
Т.е. где-то вероятнее всего срабатывает COS, а где не понятно. Как быть?
Здравствуйте уважаемые форумчане. Может кто подскажет. Практикуем сбор N Perty Conference. Договорились что собираем совещания на конкретном номере с конкретным паролем. После очередного совещания в конференции осталось 3 "мнимых" участника. Возможно они как то неправильно вышли из конференции или просто вывалились из неё. Команда cfnstat показывает что в конференции сидит три участника в состоянии "JONCTEUR in conf". Если захожу туда, то на дисплее пишет "количество участников 4", а команда cfnstat отображает меня как "directory number 5711", а остальных "JONCTEUR in conf". Таким образом для вновь собираемых конференций идёт дезинформация о количестве участников. Есть три варианта: 1) Ребутнуть станцию 2)Договориться собирать на другом номере 3) Почистить "мнимых участников". Третий вариант более предпочтителен. Может кто подскажет как.
Здравствуйте, коллеги. Есть станция, нода в сети ABC-F. Состоит из двух конструктивов. Оба конструктива с платами GD-2. Создана IP Trank Group. В ней создаём T2/T1/T0 Access. При создании первого с привязкой к физическому порту 2-0-0 всё ОК. При попытке подвязаться на вторую GD 3-0-0 говорит "Physical Address : physical cluster already exists at this address". Смотрю X25 - X25 Cluster - есть один с функцией T2 и физическим портом 2-0-0. Никакого другого с физическим портом 3-0-0 нет. Куда копать?
Здравствуйте, коллеги. Пробежался бегло поиском по форуму, похожей темы не нашёл, так что не серчайте, если дублирую. Излагаю суть. Есть отдел разработчиков 1С. Есть служба поддержки. По правильному сотрудники должны звонить с проблемами в службу поддержки, однако донимают звонками разработчиков, отвлекая их от выполнения проектной деятельности. Нужно настроить группу абонентов, которым могли бы позвонить только привелегированные граждане (руководство), остальные должны быть переведены на номер службы техподдержки (идеальный вариант) либо получить отбой. Номер техподдержки - сетевая Hunting Group. Все разработчики 1С и всё руководство расположены на одной ноде сети ABC-F. Пользователи - с разных.
Здравствуйте коллеги. На аппаратах у сотрудников (4029 и 4039) иногда начинает гореть красный конверт. Пользователь жмёт кнопку с конвертом, заходит в список пропущенных. Там пишет "1 обратный вызов". При попытке просмотреть этот самый обратный вызов пишет "Функция отклонена". Конверт продолжает гореть красным (без мигания), что напрягает пользователя (все время думается, что есть непросмотренный/неотвеченный вызов). Таким образом, удалить этот зловещий "Пропущенный обратный вызов" нельзя, конверт горит красным. Сэмулировать ситуацию появления такого вызова у себя на аппарате я не смог (заказывал обратные вызовы, не отвечал на них и т.д.)... Т.е. я даже не знаю при каких условиях такое происходит. Есть догадки?
Здравствуйте, уважаемые форумчане. Возможно дублирую тему, но всё же спрошу: Задаю короткий speeddial, который преобразуется в длинный номер. Этот номер через дискриминатор и ARS выходит на транковую группу и дозванивается, например, до мобильного. У этого speeddial есть UTF-8 имя "Вася Пупкин". Во время дозвона у меня на дисплее пишется "Вася Пупкин" , а после установления соединения (абонент снял трубку) пишет имя транковой группы, через которую произошел дозвон. Можно ли принудить станцию отображать на дисплее имя speddial-а даже во время разговора?
Здравствуйте, коллеги. Извините, если дублирую тему, но пошукав на форуме, ответа не нашёл. Вопрос: Есть Hunting группа, в которую включены операторы call центра. На эту группу завернуты все входящие в компанию звонки (в том числе с других станций в других городах). Сейчас длина очереди 0%. Если все операторы лялякают, то звонок перетекает на начальника Call центра, если и он занят, то звонок уходит в отдел снабжения. Есть задумка организовать очередь входящих звонков, чтобы дальше операторов они не уходили. Попробовал. Задал емкость очереди на hunting группу 100%. Вызывающий абонент дозванивается, встает в очередь и слышит гудки. Здесь есть два очень не приятных момента: 1) у клиента складывается впечатление что никто не берет трубку, 2) По истечение таймера (кстати пока не понятно какого - со стороны провайдера или срабатывает таймер на станции) если в течение заданного времени операторы не освободились, то вызывающий абонент получает отбой.
Чего хотелось бы: 1) Вызывающий абонент попав в очередь начинает слушать музыку. 2) Музыка играет до посинения, никакие таймеры не срабатывают. 3) Звонок сразу же приходит на первого освободившегося оператора. 4) В идеале если перед музыкой будет приветствие типа "Все операторы заняты, дождитесь ответа".
Тут, если я правильно понимаю, сначала произойдет коннект, а потом музыка на удержание. Т.е. у вызывающего абонента будет капать денежка за исходящий вызов. Конечно клиентам не всегда приятно слушать музыку за свой счет, но тут уже будем думать сами об уменьшении времени ожидания.
Здравствуйте, уважаемые коллеги. Не знаю правильно ли выбрал ветку форума, но задам вопрос здесь.
Администратор офиса пользуется функцией "Meet me conference". Для этого в "Prefix Plan" создан префикс #50, обозначающий Local Features - Meet me conference. Лицензии для этого открыты, кодеки на плате GD выделены.
Есть три транковые группы: 101 - E1(ISDN PRI) на родной ноде (откуда идет сбор конференции) 201 - NDDI тоже на родной ноде 301 - NDDI - на соседней ноде (объединение по ABC-F)
Администратор начинает сбор конференции: 1) дозвонился до абонента через 101 TG, набирает #50, номер на котором собирает конференцию, пароль, и т.д. Все отлично, добавил себя и собеседника в конференцию. 2) Кладет трубку, дозванивается до абонента через 301 TG (NDDI на чужой ноде), набирает #50, номер на котором собирает конференцию, пароль, и т.д. Тоже все отлично - в конференции уже трое. 3) Кладет трубку, дозванивается до абонента через 201 TG - пытается нажать #50 - автоответчик говорит "Набранный Вами номер не зарегистрирован", а абонент тем временем на удержании.
Причем не важно пытаемся мы добавить его первым или девятым - к конференции не подцепляются абоненты, до которых дозвон прошел с определённой транковой группы.
P.S.1 Железо OXE, релиз 8.0 P.S.2 Проблемная транковая группа соединена с SIP шлюзом (хотя сомневаюсь, что это влияет).
Доброго времени суток, уважаемые форумчане. Есть необходимость установить релиз R 8.0.1 на станцию с платой CS2. PC Installer, который идет в комплекте с восьмым релизом не поддерживает инсталляцию на CS2. Подскажите где взять более новую версию PC Installer? Сама плата досталась в качестве оплаты долга от поставщика, которого уже нет.
Здравствуйте, уважаемые форумчане, может подскажите.
Заключили договор с провайдером на прокладку оптики и подключение к Е1 по G.703 Оптику проложили, разварили, поставили мультиплексор FlexGain FG-FOM-160G Выдали нам ТУ, в которых прописано: 1) Тип оборудования провайдера - АТС Кразар 2) Технические параметры в точке подключения: стандартный поток E1 со скоростью 2048 кбит/с по G.703 (реком. МККТТ). Линейный код передачи - HDB-3. 3) Система сигнализации 1ВСК. 4) Система синхронизации: а) основная от ОПТС-2/3 по потоку Е1 б) резервная - от собственного источника синхронизации.
Что сделал: 1) Установил плату PRA-T2 2) Прописал ее с default настройками (релиз станции Omni PCX Enterprise 8.0). 3) Создал trank group - указал номер ноды, - поставил галку tone on seizure, - number digits to send = 20, - Q931 signal variant = ISDN All countries - SS7 signal variant = no variant - DDI transcoding = yes 4) Создал Т2/Т1/Т0 Access
После этого у провайдера на мультиплексоре загорелась зеленая лампочка "Е1", на нашей плате индикация отсутсвует.
5) в DDI translator создал правило для входящих звонков по присвоенному номеру .
Симптомы: 1) trkstat:
Код
+------------------------------------------------------------------------------+
| T R U N K S T A T E - PRA T Coupler Crystal_nbr = 5 |
| X IN SERVICE Coupler Nbr = 1 |
+------------------------------------------------------------------------------+
| Access 0 Type : T2 access : ENABLED level2 : ATT_CONNECT2 |
| X |
| Trunk Grp 501 501 501 501 501 501 501 501 501 501 501 501 |
| Channel 1 2 3 4 5 6 7 8 9 10 11 12 |
| State hs hs hs hs hs hs hs hs hs hs hs hs |
| X |
| Trunk Grp 501 501 501 501 501 501 501 501 501 501 501 501 |
| Channel 13 14 15 17 18 19 20 21 22 23 24 25 |
| State hs hs hs hs hs hs hs hs hs hs hs hs |
| X |
| Trunk Grp 501 501 501 501 501 501 X |
| Channel 26 27 28 29 30 31 X |
| State hs hs hs hs hs hs X |
+------------------------------------------------------------------------------+
| F: Free | B: Busy | Ct: busy Comp trunk | Cl: busy Comp link |
| WB: Busy Without B Channel| Cr: busy Comp trunk for RLIO inter-ACT link |
| WBD: Data Transparency without chan.| WBM: Modem transparency without chan. |
| D: Data Transparency | M: Modem transparency |
+------------------------------------------------------------------------------+
| ALARM COUNTERS |
+------------------------------------------------------------------------------+
| NOS | AIS | LOS | FEC/CEC | RAI |
| 0 | 0 | 0 | 0 | 0 |
|------------------------------------------------------------------------------|
| NOS : no signal | LOS : loss of synchronization |
| AIS : alarm indication signal | FEC/CEC : Frame/Checksum error counter |
| RAI : remote alarm indication | X |
+------------------------------------------------------------------------------+
При наборе с мобильного выданного нам номера автотётька говорит "Неправильно набран номер", а в системе при этом:
2) incvisu:
Код
05/04/13 10:45:52 000003M|005/01/-/---|=4:3580=remove TEI: mod ISDN UNSUCCESSFULL_RETRANS_OF_SABME (0) realy:0 info:0
3) t3: тишина
4) infocs:
Код
+----------------------------------------------------------------------+
| N_CR | N_CPL | TYPE | N_ACCES | PRIO | SYNC_CLOCK | TG/LK |
+----------------------------------------------------------------------+
+----------------------------------------------------------------------+
+---------------------------------------------------------------------+
| Synchronization on global domain X |
+---------------------------------------------------------------------+
***************************************************************
* X *
* NO SYNCHRONIZING BOARD IS DECLARED IN THE SYSTEM *
* OR SYNCHRONIZING BOARD PRIORITY IS 255 *
* X *
***************************************************************
+========================== Synchro DECT ==================================+
+--------------------------------------------------------------------------+
| N_CR | N_CPL | TYPE | DECT_CLOCK | Depending Crystals |
+--------------------------------------------------------------------------+
+--------------------------------------------------------------------------+
+========= campus synchronization via INTOFS ====================+
this node 3 is SLAVE of campus synchronization (master node = ?)
synchro = PHASE_NO_OPERATION (phase shift values = 0,0)
info1=0 info2=0 info3=0 info4=0
Я так понимаю тут проблемы с сигнализацией/синхронизацией. Не силен в этом. Предыдущие потоки (от других провайдеров) подключались на раз-два.
