Есть станция OXE (j2.603, патч 36) . Поднят CCD. Звонки приходят по следующей схеме SIP--> Statistic Pilot --> Routing Pilot -- > Queue --> Processing Group --> Agents. На рабочее/нерабочее время настроены разные расписания. В рабочее время звонок приходит на оператора. В нерабочее вызывающий абонент слышит просто играющую музыку (звонок на оператора не уходит). Где можно поправить расписание? ССD изначально настраивал не я.
TMC написал: А в чем фишка, почему указали 4068, когда подключен 4039? Аппараты все таки разные - один цифровой, другой IP.
Фишка в том, что это агент CCD. Там есть виртуальный оператор и реальный абонент. Один с 4039, другой с 4068. Когда входишь в Processing Group типы аппаратов у них меняются местами.
Добрый день, уважаемые форумчане. Столкнулся с такой проблемой: Есть ОХЕ 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, сделать отображение графического представления, то модуль нарисован. Что за напасть может быть?
если ОХЕ звонит на циску, а циска звонит к прову, циска выступает в роли sbc, в этом случае собака зарыта в циске, как вариант циска уж слишком "бородатая"
Да, есть подозрение что не совсем корректно отрабатывает циска, ибо слать re-INVITE в сторону провайдера не обязательно (а она шлёт). Версия на циске может не самая свежая, но и не самая бородатая adventerprisek9-mz.151-4.M9
Владислав Хисамов написал: Насколько возможно проверить 2 вещи: 1. На циске - можно ли активировать игнорирование Re_Invite с нулевым SDP( если это возможно, то такие пакеты не будут уходить дальше)? 2. В OXE - попробовать в настройках Ext. Gateway выключить опцию “Support Re-Invite without SDP”.
По первому вопросу - гуглил , ничего не нашёл. Но думается , что это не выход , поскольку на re-INVITE от алкателя со стороны циски не будет никакой реакции, что аналогично нынешней ситуации и алкатель всё так же будет рвать звонок. По второму вопросу галочка "Support Re-Invite without SDP" какая-то скажем так "мистическая". В mgr её нету. В omnivista4760 , если выделяешь Ext SIP Gateway её тоже нету. А если зажав CTRL выделишь два Ext SIP Gateway, то это поле появляется и не активно.
Вместо одной прокладки теперь две друг над другом, разных производителей.
А что в этом криминального? Или протокол SIP под какого-то вендора написан? Циска решает вопросы с IP адресацией (NAT, Firewall и прочая безопасность) , asterisk звонки записывать будет и записи в web мордочку выкладывать (удобно очень), а Alcatel конечных абонентов обслуживает, реализует CCD и прочие вкусности. Какая разница сколько прокладок будет. Всё это в интрасети и дополнительная задержка в 1мс на голос лично меня не удручит.
В общем из ситуации вышел следующим образом: В сети (локальной) есть работающий asterisk. Решил использовать его как дополнительную транзитную прокладку между Cisco и Alcatel. Задумка сработала. Asterisk красавчик, отрабатывает re-INVITE только на стороне Alcatel. В сторону Cisco ничего не шлёт (ибо там ничего и не меняется). Соответственно re-INVITE отрабатывает на том участке, где должен отрабатывать, а дальше его нет и не надо.
Косяков в этой схеме пока не заметил.
P.S. Зато теперь еще и и звонки записывать астериском можно будет.
Андрей написал: А при таком же вызове циска - ОХЕ, т.е. нетранзитном, тоже реинвайт без sdp и голос есть в обе стороны ?
Циска работает только как транзит. Одним интерфейсом смотрит в локальную сеть и там серые ip адреса. Вторым в интернет, там соответственно белые ip адреса. Это решает кучу вопросов с натом. Внутренних абонентов на циске нету.
P.S. Ростелеком ответили, что не смогут разрешить re-INVITE без SDP. Из техподдержки позвонил на редкость адекватный (для Ростелекома) специалист техподдержки. Сказал, что и рад бы помочь, но не сможет.
Небольшое уточнение. После того как циска получила ответ от провайдера SIP/2.0 400 No SDP in re-INVITE , она ничего не отправляет алкателю. То есть Alcatel ждёт реакции на re-INVITE, а её нету. Ну и скорее всего по таймеру отлуп. Мысли: 1) Попросить провайдера (Ростелеком , услуга "Новая телефония") принимать re-INVITE без sdp. Письмо написал, жду ответа. 2) Заставить циску принудительно добавлять sdp при отправке re-INVITE в сторону провайдера . Гуглю. Есть подозрения, что ничего не выйдет. 3) Заставить Alcatel добавлять sdp. Жду ответа с форума Интерсист
Здравствуйте, коллеги. Станция 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 или в провайдере? Куда копать?
Обновление не помогло. История продолжается. Однако выяснилось, что проблема возникает именно при нажатии * Если нажать кнопку "Отправить DTMF" на IP аппарате, то все отрабатывает корректно.
Гоняю на j2.603 патч 33, динамического нету. Может есть у кого посвежее патчи? Поделитесь, если не жалко. Просто хочется быть уверены, что это софт, а не настройки на Cisco.
Добрый день, коллеги. не пинайте сильно, если тему повторяю. Была ранее тестовая станция, нода ABC-F. На ней создавалась Network HG с номером 5571, которая с помощью Broadcast расползлась по соседним станциям. Шло время, нода стала не нужна, её вывели из эксплуатации. но скажем так не очень "грамотно". Объекты с неё не были удалены, поэтому некоторые из них (тестовые пользователи, транк группы, хантинг группы) до сих пор болтаются на соседних станциях. И случилось так, что согласно откорректированного плана нумерации номер 5571 мне нужно сейчас присвоить пользователю на одной из станций. Удалить префикс не могу - пишет "Invalid Operation" Удалить HG из списка тоже не могу - пишет "Reference node not local" Как быть? Реанимировать тестовую станцию нет возможности. Нет ни станции , ни бэкапа.
