» Cisco Unified Communications

911tel
обновить CUCM до 7.1.5b

Столкнулся с проблемой на сабскрайбере
все цыцкины сервисы работают, прекрасно подхватываются роли с примари, если его заглушить...
можно войтb по SSH, а вот с консоли - ХРЕН... ошибка login: no shell: permission denied

грузимся с лив-сиди... создаем в корне загрузочного диска или partB смотря откуда грузиться
файл ".autorelabel" , перегружаемся -
заходим с консоли...

виновник SeLinux

У нас стоит CP-7970G SIP 70.9-3-1sr2 позади NAT (без SIP ALG) на внутреннем.
Пытаемся подключить к CUCM 9.1.2 (на интернете)

CUCM видит телефон на внутреннем IP адресе

На телефоне
в меню
SIP General Configuration
нет возможности выставить
NAT Enabled
NAT Address

Скажите как включить эти опции на CUCM или добавить
<natEnabled>true</natEnabled>
<natAddress>81.211.X.X</natAddress>
в SEP<MAC>.cnf.xml на CUCM?

Спасибо

to alextroussov

Для таких задач существует VPN

вопрос знатокам
нужно на полусотне аппаратов прописать комент и для линии прописать Caller ID
ясен пень что через BAT,phone file format и тд
но кто реально делал ? ибо не хрена не получается...
создал формат с содержимым , типа
DEVICE NAME,DESCRIPTION,ALERTING NAME 1,DIRECTORY NUMBER 1,DISPLAY 1,FORWARD ALL CSS 1

добавляю file format
файл c содержимым
SEP0001111A6666,!qwerty 2222,йцукен,2222,йцукен,0Forward

не видит ни хрена аппарат

Цитата:

[/q]
[q]Для таких задач существует VPN

а без VPN можно ? на 7960/7940 эту опцию можно было на телефоне выставить руками

to alextroussov

Что тут не понятно руками через жопу - правильно через VPN

Здравcтвуйте!

Кластер из 2-х CUCM 8.6.2-20000, выход в город по Н323 через CUBE. Некоторое время назад замечено бессистемное возникновение udp трафика в направлении шлюза, судя по вайршарку - RTP в g711alow, с плэйлоадом содержащим все 0х55. Причем таких потоков может быть как один, так и сразу по несколько, как и с паблишера, так и с сабскрайбера, или с обоих серверов сразу. Трафик сам вроде как не прекращается, лечится либо ресетом MTP (МТР локальное – софтовое), либо рестартом voice media streaming app. В логах этой службы, а также службы callmanager , на время возникновения трафика ничего необычного нет.

Может кто сталкивался или подскажете какие еще логи можно посмотреть?

Цитата:

Что тут не понятно руками через жопу - правильно через VPN

Я уже понял что будет через жопу если сделать руками. Но вы намекаете что это возможно?

Блин, нет смысла городить VPN , ASA итд для одного телефона (+ нужен телефон который поддерживает VPN)!!!

Приветствую!
Возможно, вопрос уже поднимался, но тем не менее.
Планируется такая схема: CUCM-CUBE-5 SIP провайдеров.
Вопрос, каким образом более правильно организовать выгод в город по «9» для каждого сайта (локации), каждый в свой транк.
Видится следующее: для каждого транка создается свой диалпир, к своему провайдеру. В настройках пира биндится свой интерфейс, что то типа того:
dial-peer voice 1 voip
description SP1
session protocol sipv2
session target ipv4:IP SP1
destination-pattern .T
voice-class sip bind control source-interface Loopback1
voice-class sip bind media source-interface Loopback1

dial-peer voice 2 voip
description SP2
session protocol sipv2
session target ipv4:IP SP2
destination-pattern .T
voice-class sip bind control source-interface Loopback2
voice-class sip bind media source-interface Loopback2

dial-peer voice N voip
description SPN
session protocol sipv2
session target ipv4:IP SPN
destination-pattern .T
voice-class sip bind control source-interface LoopbackN
voice-class sip bind media source-interface LoopbackN
Дальше партишенами и колинг серч спейчасми разруливаю на CUCM’е.
На сколько подобная конфигурация может быть работоспособна.
Да, и еще, два роутера CUBE, в HSRP, понятно, что на Loopback’ах HSRP не собирается, но это отдельная песня.
Спасибо!

Dmitry255
Потенциально работоспособно, только какой смысл биндить к разным адресам, это требование операторов?
На СUCM вам нужно будет подставлять разные префиксы и на CUBE их отпиливать на входе. Либо более правильно отпиливать на входящих пирах и вешать COR листы.

kbessmertniy
Спасибо за ответ!
Смысл, а смысл в том, что хочется уйти от префиксов и COR-листов.
Все преобразования делать на стороне CUCM.

Dmitry255
Так не получится, IOS не умеет матчить пиры по IP. Для этого можно использовать voice source group, но это все равно не то что вам нужно.

kbessmertniy
Спасибо!
Может быть есть более простое решение ? Очень не хочется морочиться с COR-листами, заборами преобразований и т.д.

На CUCM:

CSS_SP1 with PT_SP1, Translation Pattern 9.! (Discard Digits: PreDot, Prefix Digits: A) to CSS_GLOBAL
CSS_SP2 with PT_SP2, Translation Pattern 9.! (Discard Digits: PreDot, Prefix Digits: B) to CSS_GLOBAL

CSS_GLOBAL with PT_GLOBAL, Route Pattern A! -> RL - RG - SIP trunk - CUBE
CSS_GLOBAL with PT_GLOBAL, Route Pattern B! -> RL - RG - SIP trunk - CUBE

На CUBE:
voice translation-rule 14
rule 10 /^A\(.*\)/ /\1/

voice translation-rule 24
rule 10 /^B\(.*\)/ /\1/

voice translation-profile sp1-incoming
translate calling 11
translate called 12
!
voice translation-profile sp1-outgoing
translate calling 13
translate called 14

voice translation-profile sp2-incoming
translate calling 21
translate called 22
!
voice translation-profile sp2-outgoing
translate calling 23
translate called 24


dial-peer voice 10 voip
description SP1
translation-profile incoming sp1-incoming
translation-profile outgoing sp1-outgoing
destination-pattern A.

dial-peer voice 20 voip
description SP2
translation-profile incoming sp2-incoming
translation-profile outgoing sp2-outgoing
destination-pattern B.

Dmitry255
К сожалению я других вариантов не знаю. CUBE не управляется CUCM'ом и ничего не знает о его partition'ах и css'ах, поэтому приходится ставить префиксы. Я добавляю техпрефикс в line gorup, матчу по нему во входящих dial-peer'ах, отрезаю там же и вешаю COR. Пока меня это не напрягало т. к. действия разовые и требуется что-то менять не часто.
Теоретически IOS поддерживает OSP, но нужно его еще как-то с CUCM'ом вязать, в общем мороки больше.

Коллеги!
Спасибо за комментарии, буду думать!

Кстати, вот любопытная статейка относительно бинденга
http://www.cisco.com/en/US/docs/ios-xml/ios/voice/sip/configuration/15-mt/voi-sip-bind.html
В частности
Support Ability to Configure Source IP Address for Signaling and Media per SIP Trunk This feature allows you to configure a separate source IP address per SIP trunk. This source IP address is embedded in all SIP signaling and media packets that traverse the SIP trunk. This feature enables service providers for better profiling and billing policies. It also enables greater security for enterprises by the use of distinct IP addresses within and outside the enterprise domain.
The following command was introduced or modified: voice-class sip bind.

Может кто сталкивался
При звонке на IVR по SIP , создан на маршрутизаторе, звук проигривается с искажением. Провайдер говорит что пакеты приходят по 2 штуки одновременно через каждые 40 мс, из-за чего это может быть. При другим подключениях этот же скрипт IVR, звуковой файл, ios и настройки SIP все работает нормально.

sergeyglad
Такого чтобы пакеты дублировались я не встречал, а вот искажения обычно бывают если на одной стороне G.711 a-law, а на другой u-law. Вернее голос записан в u-law а трафик в a-law, или наоборот.

Всем здравствуйте!

Достала проблема с отсутствием КПВ на CUCM 8.6, при звонках в сторону PSTN. Схема Avaya - as5350 - cucm.

При звонках с Avaya на cucm кпв есть, причем он генеряется самой Avaya. Когда звонишь с cucm - кпв нет.

Игры с параметром "Send H225 User Info Message" ни к чему не привели. Да я и слабо понимаю причем тут этот параметр, хотя на cisco.com есть упоминание что он влияет. В моем понимании он влияет на КПВ в другую сторону.

По SDI trace я вижу что alerting cucm получает. Ну и в debug isdn на 5350 тоже его вижу, соответственно.

При звонках внутри cucm КПВ есть.

Может кто борол такую проблему? Поделитесь опытом...

Заранее спасибо.

statist159
UCM тут не причем, выставьте правильный progress indicator на авае или подстройте на 5350 на dial-peer'е progress_ind.

to: kbessmertniy

Не все так просто ((( есть алертинг...

Лог звонка на CUCM:

Код: Nov 22 14:04:45.783: ISDN Se1/0:15 Q931: RX <- SETUP pd = 8 callref = 0x5F32
Sending Complete
Bearer Capability i = 0x8090A3
Standard = CCITT
Transfer Capability = Speech
Transfer Mode = Circuit
Transfer Rate = 64 kbit/s
Channel ID i = 0xA18382
Preferred, Channel 2
Calling Party Number i = 0x2183, '1787'
Plan:ISDN, Type:National
Called Party Number i = 0x81, '4004'
Plan:ISDN, Type:Unknown
Nov 22 14:04:45.795: ISDN Se1/0:15 Q931: TX -> CALL_PROC pd = 8 callref = 0xDF32
Channel ID i = 0xA98382
Exclusive, Channel 2
Nov 22 14:04:46.219: ISDN Se1/0:15 Q931: TX -> ALERTING pd = 8 callref = 0xDF32
Nov 22 14:05:02.963: ISDN Se1/0:15 Q931: RX <- DISCONNECT pd = 8 callref = 0x5F32
Cause i = 0x8090 - Normal call clearing
Nov 22 14:05:02.963: ISDN Se1/0:15 Q931: TX -> RELEASE pd = 8 callref = 0xDF32
Nov 22 14:05:02.983: ISDN Se1/0:15 Q931: RX <- RELEASE_COMP pd = 8 callref = 0x5F32

statist159
Да без разницы, важен именно PI.
С включенным tone ringback alert-no-pi шлюз генерит КПВ только если нет PI.
Вот почитайте http://www.cisco.com/en/US/tech/tk1077/technologies_tech_note09186a0080094c33.shtml

Всем здравствуйте!

Появилась небольшая проблема при настройке Cisco Unified Presence 8.6.5.12900-1
Не вижу контактов в клиентах jabber, проверял на клиентах под IPHONE, MAC и Windows без домена
На клиентах WINDOWS с доменом контакты я вижу (как я понял он их с Outlook вытаскивает)

1. На CUCM ldap настроен
2. На CUP ldap в профайлах пользователей настроен
3. На сам CUCM и CUP я под пользователем из домена захожу

Снифал трафик с клиента в LDAP он не лезет, в интернете вычитал, что сам клиент не должен к LDAP цепляться и CUP тоже не должен в LDAP лезть, все обращения в LDAP идут через CUCM. Насколько это правда?
Если это так, то зачем тогда настройки LDAP в профайлах пользователей на CUP?

Если найти пользователя через клиента установленного на компьютере с доменом, то он его находит, добавляет, отображает статус, можно с ним переписываться, но как быть в других случаях))

Есть кто подымал этот продукт и кто может помочь?
Если нужны детально настройки которые сделаны, то могу предоставить

to avtrosty

Для МАКА - Дроида и всякой другой нечести нужно настроить jabber-config.xml и загрузить его по TFTP на CUCM.

Как его настраивать есть два варианта ручной и через генератор конфигурации

j4wconfig.htm.zip

to root0

спс большое все получилось, неделю мучился))


Как я понял с форума, что CUMA 8 версии нет, Jabber с внешки без впна не будет работать?

to avtrosty

Все работает если все будет раб на реальных адресах

to root0


т.е напрямую выводить порты CUCM и CUP, LDAP во внешку без промежуточных серверов?

to avtrosty

Нет реальный IP это реальный IP

P.S. Если используется NAT то Ваш путь VPN