» Cisco Unified Communications

подскажите что за окно Сервисы вылазит на телефоне и не отключается никак???
CUCM 10.5.2 CIPC 8.6.4.0
настройка CUCM самая начальная, где-то чтото не докрутил, хотя на 8.6. такого небыло с аналогичной настройкой

xxlsuper
Это self provisioning, в свойствах телефоны смотрите idle url и idle timeout

kbessmertniy

Цитата:

Это self provisioning, в свойствах телефоны смотрите idle url и idle timeout

да это оно, спасибо за инфу, остался трабл со временем - на CIPC время (+4) на час больше чем в реале (+3 MSK), т.е. на CUCM - время ок, с ntp синхронизировано, Date/Time group настроено как надо +3 Eur/MSK, Phone NTP references настроены на теже ntp сервера, в device-pool группа указана на компе где запущен CIPC время тоже ок, а в самом CIPC на час больше, где ?????

xxlsuper
Как решили проблему?
Я пробовал 2 варианта:
1. все удалил - результат тот же.
2. оставил по умолчанию как было
https://CUCM:443/cucm-uds/xps/selfProvision и idle timeout 1
Все равно появляется. Может еще, что то надо сделать? Или какую то службу перезапустить вручную после изменения?

whaleshark
Если не хочется заморачиваться с self provisioning то тупо удаляется idle url и idle timeout. Ну и из шаблонов чтобы на новых устройствах не появлялось. После удаления нужен apply.

whaleshark
вариант 1 - все удалил и apply, непонятное окошко пропало

kbessmertniy, xxlsuper Спасибо! Посмотрю еще, возможно в шаблоне, что то осталось.

Как сделать, чтобы автоматически зарегистрированный телефон автоматически попал под управление определенному Application user? Другими словами, оказался у него в Controled device без моего участия?

whaleshark
По-моему никак, на этапе авторегистрации нет информации о связке абонент-устройство - в LDAP такого нет, а руками у end user'а несуществуюзий телефон не добавить, да и смысл теряется. Я себе упрощаю жизнь средствами quick user/phone add. Ну или через AXL можно.

kbessmertniy
Вот и я все пересмотрел, но ничего не нашел. Идея была следующая - создается временная виртуальная машина для оператора, ней IP Communicator, который автоматически регистрируется в CUCM. Но для работы в UCCX надо отдать созданный коммуникатор RmCm Application user, если это делать руками смысл всей авто регистрации теряется. Остается использовать жабер (сейчас параллельно тестирую то и то).
С Jabber возникла проблема с записью - Zoom 5.1.2 его не пишет, а у нас с Zoom привыкли работать клиенты. Сейчас последняя надежда, что кто то знает способ автоматически передать коммуникатор Application user. Если нет, придется остановится на жабере и CMS и закончить бодягу с авто регистрацией.

Кстати какая позиция Cisco в отношении жабера и ip communicator? Формально коммуникатор менее гибок, кошка не собирается ему в перспективе сделать EOL?

whaleshark
У вас же вариант конечный, почему бы не воспользоваться AXL? Другого способа не вижу.
Я изначально невнимательно прочитал вопрос, думал вы имели в виду end-user'а. Я правильно понимаю что удалось при регистрации привязать устройство end-user'у? Иначе же не сделать uccx ectension.
Что там цыцка планирует с CIPC вряд-ли кто знает кроме самой цыцки, в своих контакт центрах я агентов постепенно на Jabber перевожу. Допилить бы полноценный интерфейс к Mediasense и цены бы ему не было, тогда бы Callrec был нафик не нужен.

про CIPC - можно вообще забыть - полная замена Jabber ( многоплатформенность включая и WP10 )

root0
Я перепутал с CIPC

kbessmertniy
У меня Extension Mobility, поэтому проблем с end users нет, регистрируются на CIPC, а потом в CAD заходят. С end users все можно просто решить первое, что приходит на ум - скриптом в реестр написать или сделать с помощью SSO.

А чем пишите с Jabber? Zoom в моей версии 5.1.2 не поддерживает SIP и одновременно UCCX. У него SIP идет только в составе Genesis, поэтому и трахаюсь с CIPC. Зум у меня использует SPAN порт для записи, но это не помогает, запускаю на одной и той же машине CIPC и Jabber
первый пишется, второй - хрен.

У меня ситуация - не могу только CMS использовать, есть много старых телефонов 7940, 7960 которые, как я понимаю писаться не будут, а собирать записи по частям с двух систем плохая идея.

root0
Спасибо, я так и думал, но хотел уточнить.

whaleshark
Вспомнил что еще есть роль cti allow control of all devices, но оно то-ли не работает, то-ли не рекомендуется, но попробовать можно.
Я пишу Mediasense и Orkaudio. У меня запись внутренних разговоров никому не уперлась, но нужно писать переведенные вызовы с AS5350/5400, поэтому только SPAN порт. Для этого пользую Orkaudio с самописной заменой Orkweb. Mediasense у меня больше для супервайзоров. Еще как-то WFO умеет писать, но я не разбирался.
А почему думаете что 7940 и 7960 не будут писаться? Сейчас посмотрел unified reporting - у обоих есть BiB.

Господа, подскажите что за засада такая, пытаюсь обновить UCM 10.5.1.10000-7 до 10.5.2.11900-3 и стабильно оно у меня вылетает с таким вот безобразием

Код:
03/23/2015 15:15:40 upgrade_manager.sh|Install platform on inactive partition|<LVL::Info>
03/23/2015 15:15:40 upgrade_manager.sh|Prepare inactive partition|<LVL::Info>
03/23/2015 15:15:40 upgrade_manager.sh|Calling /common/download/10.5.2.11900-3/Cisco/bin/platform_pre_install src_dir=/mnt/source base_dir=/common/download/10.5.2.11900-3 mode=upgrade rpm_archive=/common/rpm-archive/10.5.2.11900-3|<LVL::Debug>
03/23/2015 15:15:40 platform_pre_install|Initialize setup functions|<LVL::Info>
03/23/2015 15:15:40 platform_pre_install|Calling "source /common/cisco/install/setup/utils.sh"|<LVL::Debug>
03/23/2015 15:15:40 platform_pre_install|Initialize setup functions complete|<LVL::Info>
03/23/2015 15:15:40 platform_pre_install|Parse argument src_dir=/mnt/source|<LVL::Debug>
03/23/2015 15:15:40 platform_pre_install|Parse argument base_dir=/common/download/10.5.2.11900-3|<LVL::Debug>
03/23/2015 15:15:40 platform_pre_install|Parse argument mode=upgrade|<LVL::Debug>
03/23/2015 15:15:40 platform_pre_install|Parse argument rpm_archive=/common/rpm-archive/10.5.2.11900-3|<LVL::Debug>
03/23/2015 15:15:40 platform_pre_install|Initialize global data|<LVL::Info>
03/23/2015 15:15:40 platform_pre_install|Initialize RPM repository variables|<LVL::Info>
03/23/2015 15:15:43 platform_pre_install|Initialize global data complete|<LVL::Info>
03/23/2015 15:15:43 platform_pre_install|Copy /mnt/source/Cisco/base_scripts/format_partition.py to /common/cisco/bin|<LVL::Info>
03/23/2015 15:15:43 platform_pre_install|Calling "cp /mnt/source/Cisco/base_scripts/format_partition.py /common/cisco/bin"|<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|Start Platform Pre-install RTMTStart|<LVL::Notice>
03/23/2015 15:15:43 platform_pre_install|Platform Pre-install starting|<LVL::Info>
03/23/2015 15:15:43 platform_pre_install|Remove inactive partition from boot loader|<LVL::Info>
03/23/2015 15:15:43 platform_pre_install|Calling /common/cisco/bin/prepare_grub --phase L2 --action create --basepath /mnt/source/Cisco --logfile /common/log/install/capture.txt|<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) |<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) prepare_grub: Called with args: --phase L2 --action create --basepath /mnt/source/Cisco --logfile /common/log/install/capture.txt|<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) ln: creating symbolic link `//boot/grub/menu.lst': File exists|<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) 03/23_15:15:43] prepare_grub: The GRUB_DIR is: /grub |<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) [15/03/23_15:15:43] prepare_grub: The SYS_DIR is: //sys |<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) [15/03/23_15:15:43] prepare_grub: The GRUB_CONF is: /grub/boot/grub/grub.conf |<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) [15/03/23_15:15:43] prepare_grub: The RECOVERY_GRUB_CONF is: /grub/boot/grub/grub.conf.recovery |<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) [15/03/23_15:15:43] prepare_grub: The COMMON directory is : /common |<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) [15/03/23_15:15:43] prepare_grub: Preparing grub for phase: l2!|<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) [15/03/23_15:15:43] prepare_grub: Setting up GRUB for l2 for create action|<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|(CAPTURE) [15/03/23_15:15:43] prepare_grub: Created a new /grub/boot/grub/grub.conf with entries from /tmp/active_grub_entry & |<LVL::Debug>
03/23/2015 15:15:43 platform_pre_install|Remove inactive partition from boot loader complete|<LVL::Info>
03/23/2015 15:15:43 platform_pre_install|Format inactive partition|<LVL::Info>
03/23/2015 15:15:43 platform_pre_install|Find a partition label for the inactive partition|<LVL::Info>
03/23/2015 15:15:44 platform_pre_install|Root label is |<LVL::Debug>
03/23/2015 15:15:44 platform_pre_install|Returning inactive partition label ""|<LVL::Debug>
03/23/2015 15:15:44 platform_pre_install|File:/common/download/10.5.2.11900-3/Cisco/bin/platform_pre_install:177, Function: format_inactive_partition(), Unable to obtain an inactive partition label|<LVL::Error>
03/23/2015 15:15:44 upgrade_manager.sh|File:/common/download/10.5.2.11900-3/upgrade_manager.sh:1803, Function: main(), Platform upgrade failed|<LVL::Error>
03/23/2015 15:15:44 upgrade_manager.sh|Final exit processing with result 1|<LVL::Info>
03/23/2015 15:15:44 upgrade_manager.sh|Exiting with result 1|<LVL::Info>
03/23/2015 15:15:45 upgrade_manager.sh|Invalidate upgrade partition|<LVL::Info>
03/23/2015 15:15:45 upgrade_manager.sh|Clean up rpm any stale __db. files in rpmdb on the to side|<LVL::Debug>
03/23/2015 15:15:45 upgrade_manager.sh|Removing any master RPM from /partB|<LVL::Debug>
03/23/2015 15:15:45 upgrade_manager.sh|Removing any /partB/etc/opt/cisco/install.conf|<LVL::Debug>
03/23/2015 15:15:45 upgrade_manager.sh|Invalidate any product configuration file|<LVL::Debug>
03/23/2015 15:15:45 upgrade_manager.sh|Calling /common/download/10.5.2.11900-3/Cisco/bin/prepare_grub --phase L2 --action recovery --basepath /mnt/source/Cisco --logfile /common/log/install/capture.txt|<LVL::Debug>

to kbessmertniy

Что-то подобное было и у меня. По непонятной причине, только 1 апгрейд на кластере в единицу времени. Проверьте может у вас также.

какой темплейт использовался, объем HDD - ?

r0mann
Врятли, у меня вроде больше никаких апгрейдов не ввисло, если только IM&P давно заклинивший. Сама ошибка ж про метку раздела

Код:
03/23/2015 15:15:43 platform_pre_install|Find a partition label for the inactive partition|<LVL::Info>
03/23/2015 15:15:44 platform_pre_install|Root label is |<LVL::Debug>
03/23/2015 15:15:44 platform_pre_install|Returning inactive partition label ""|<LVL::Debug>
03/23/2015 15:15:44 platform_pre_install|File:/common/download/10.5.2.11900-3/Cisco/bin/platform_pre_install:177, Function: format_inactive_partition(), Unable to obtain an inactive partition label|<LVL::Error>

если это работающая система то диска 60-80G недостаточно для полноценного апгрейда и нормальная овы такие 7500-10000к. ( 1х110G)

root0
Однако неожиданно, а где не хватает и какие рекомендации? Только разворачивать новую ову и DRS'ом втягивать бэкап или есть варианты? У меня на живой системе после перегрузки так

Код:
[remuser@ucm1 ~]$ df -h
Filesystem Size Used Avail Use% Mounted on
rootfs 14G 13G 1,8G 88% /
devtmpfs 1,9G 168K 1,9G 1% /dev
tmpfs 1,9G 19M 1,9G 1% /dev/shm
/dev/sda1 14G 13G 1,8G 88% /
devtmpfs 1,9G 168K 1,9G 1% /dev
/dev/sda6 49G 21G 27G 44% /common
/dev/sda3 248M 11M 225M 5% /grub
/dev/sda2 14G 164M 14G 2% /partB
none 128M 0 128M 0% /var/log/ramfs/cm/trace/ccm/sdi
none 128M 0 128M 0% /var/log/ramfs/cm/trace/ccm/sdl
none 128M 0 128M 0% /var/log/ramfs/cm/trace/ccm/calllogs
none 128M 0 128M 0% /var/log/ramfs/cm/trace/ccm/dntrace
none 128M 0 128M 0% /var/log/ramfs/cm/trace/lbm/sdl
none 128M 0 128M 0% /var/log/ramfs/cm/trace/cti/sdi
none 128M 0 128M 0% /var/log/ramfs/cm/trace/cti/sdl

судя по вышеуказанной инфе все хватает - и все-таки смигрируйте на 1х110G в последующем вам будет комфортней жить.

root0
Благодарю, уже в процессе. А как с сертификатами - они по DRS втягиваются или руками нужно переносить? Боюсь как бы не пришлось руками на телефонах ITL'ы выпиливать.

если все правильно делаешь, то все подтянется ( хотя коридор узок там трудно ошибиться )

Господа, как в Unity Connection называются групповые аккаунты? Хочу сделать ящики для отделов и по определенным условиям, например в нерабочее время переадресовывать туда внешние вызовы. Ну и соответственно нужна возможность давать группе людей слушать записи. В какую сторону копать?

День добрый.

Получил проблему с ISDN Cause i = 0x80E4 - Invalid information element contents
после перехода с SIP на MGCP на входящем вызове т.к из PSTN в сторону CUCM 10.5

Исходящие проходят нормально т.е. в город все уходит без проблем. Есть ли какие мысли?
На CUCM входящий вызов попадает в парцию по умолчанию и в нем создан ДН с входящим номером.

Apr 16 15:41:28 MSK: ISDN Se0/2/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01BD
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98381
Exclusive, Channel 1
Calling Party Number i = 0x2183, 'XXXXXXXXXXX'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, 'YYYYYYYYYYY'
Plan:ISDN, Type:National
Sending Complete
Apr 16 15:41:28 MSK: ISDN Se0/2/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81BD
Cause i = 0x80E4 - Invalid information element contents

r0mann
Неправильный isdn switch-type, не? Сравните ручной конфиг д-канала и voiceport с тем что наконфигурил UCM (в running config) видно и поправьте параметры шлюза и порта в UCM.

Проверил еще раз - практически идентично. ОТличие в isdn bind-l3 ccm-manager, но это так и должно быть.

r0mann
Тогда стандартными средствами, проблема на шлюзе, на этом уровне UCM не участвует.
Включаете voice iec syslog, потом смотрите show call hist voice id $id на предмет Internal Error Code и Relase Source. Если ничего толкового не увидите то debug isdn q931 detail, не помогает - debug voice ccapi inout

Со всеми логами что советуете.

The following ISDN debugs are enabled on all DSLs:

debug isdn error is ON.
debug isdn q931 is ON. (filter is OFF)
debug isdn q931 detail is ON.
CCAPI:
debug voip ccapi inout is ON (filter is OFF)


Apr 16 16:14:08 MSK: ISDN Se0/2/0:15 Q931: RX <- SETUP pd = 8 callref = 0x01C0
Bearer Capability i = 0x8090A2
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA98384
Exclusive, Channel 4
Calling Party Number i = 0x2183, 'XXXXXXXXXXXX'
Plan:ISDN, Type:National
Called Party Number i = 0xA1, 'YYYYYYYYYYYY'
Plan:ISDN, Type:National
Sending Complete
Apr 16 16:14:08 MSK: ISDN Se0/2/0:15 Q931d: srl_send_l3_pak:
source_id = CCM MANAGER 0x0003, dest_id = Q.921 0x0000, prim = DL_DATA_REQ 0x0240
priv_len = 4 int_id = 0x4BF4A8BC datasize = 25
Hook#
Apr 16 16:14:08 MSK: ISDN Se0/2/0:15 Q931d: data =
Apr 16 16:14:08 MSK: 4BF4A8BC00000003024004A000010000
Apr 16 16:14:08 MSK: 080281C05A080280E4
Apr 16 16:14:08 MSK: ISDN Se0/2/0:15 Q931: TX -> RELEASE_COMP pd = 8 callref = 0x81C0
Cause i = 0x80E4 - Invalid information element contents


Добавлено:
Вот что наконфигурировал сucm

controller E1 0/2/0
framing NO-CRC4
pri-group timeslots 1-31 service mgcp
!
interface Loopback0
ip address 10.0.254.8 255.255.255.255
!
interface GigabitEthernet0/1
ip address 10.0.4.10 255.255.255.0
duplex auto
speed auto
!
interface Serial0/2/0:15
no ip address
encapsulation hdlc
no logging event link-status
isdn switch-type primary-net5
isdn incoming-voice voice
isdn map address .* plan isdn type national
isdn bind-l3 ccm-manager
isdn send-alerting
isdn bchan-number-order ascending round-robin
isdn sending-complete
no cdp enable
!
voice-port 0/2/0:15
cptone RU
bearer-cap Speech
!
ccm-manager redundant-host 10.0.40.4
ccm-manager mgcp
no ccm-manager fax protocol cisco
ccm-manager music-on-hold
ccm-manager config server 10.0.4.4
ccm-manager config
!
mgcp
mgcp call-agent 10.0.4.4 2427 service-type mgcp version 0.1
mgcp rtp unreachable timeout 1000 action notify
mgcp modem passthrough voip mode nse
mgcp package-capability rtp-package
mgcp package-capability sst-package
mgcp package-capability pre-package
no mgcp package-capability res-package
no mgcp timer receive-rtcp
mgcp sdp simple
mgcp fax t38 inhibit
!
mgcp profile default