Ru-Board.club
← Вернуться в раздел «Программы»

» Cisco Unified Communications

Автор: andreypodlec
Дата сообщения: 30.10.2014 09:43
Очень хорошо такие вещи показывает NAM!!! Буквально получается что он заменяет даже биллинг! Конечно не факт, что это Ваш случай, но железка реально делает своё дело + если к этому прикручен Prime Infrastructure, то в нём можно делать Mediatrace, который очень хорошо показывает детально затыки по узлам, ну и как писал "root0" - это Cisco Collaboration, в прошлом году демонстрировали как раз ваш случай, если я не ошибаюсь.
Автор: andreypodlec
Дата сообщения: 30.10.2014 17:24
Подскажите, если не сложно как решается проблема автоматического обновления Cisco Jabber 9.2.2 на более ранние версии.
Автор: SkyVVriter
Дата сообщения: 30.10.2014 18:30
andreypodlec
Те. WS-SVC-NAM-2 выход для меня, правильно я понял? Особенно в связке с Prime Collaboration Assurance?
Автор: andreypodlec
Дата сообщения: 06.11.2014 11:03
SkyVVriter
я говорю про Cisco NAM 2204 Appliance, про
Цитата:
WS-SVC-NAM-2
не могу знать.


Цитата:
Особенно в связке с Prime Collaboration Assurance?

у меня нет collaboration, моя связка это "Cisco NAM 2204 Appliance" + "Cisco Prime Infrastructure" - показывает много интересной информации.
Автор: VusalH
Дата сообщения: 12.11.2014 08:23
Изивините за ламерский вопрос, а Device pack надо ставить последовательно, или можно сразу ставить последний?!
Автор: lexxa77
Дата сообщения: 12.11.2014 08:30
можно последний, он кумулятивный

кстати ставить нужно если есть глюки или появилась поддержка новой модели аппарата

если подглючивает только одна модель телефона, то можно только её прошивку обновить.
Автор: andreypodlec
Дата сообщения: 12.11.2014 17:27
у меня без девайс-пака отлично работает, видимо совпало...
Автор: lexxa77
Дата сообщения: 12.11.2014 18:11
andreypodlec

что отлично работает CUCM ? ну дык когда ставите/апгредите CUCM вам тихо ставят device pack актуальный на момент релиза который идет в дистрибутиве и наверное тщательно протестированный на работу с это версией CUCMa

devicepack - это набор прошивок кучей для всех или почти все моделей аппаратов + в него могут положить поддержку новых моделей телефонов ( иконки, скрипты, веб странички)



вообщем если все работает и нет глюков, то пак можно(нужно) не ставить

Автор: VusalH
Дата сообщения: 13.11.2014 07:42
lexxa77
Спасибо за ответ,
У меня другой вопрос, нужно ли покупать лицензии для 50 телефонов (Phone License - Basic, Phone License - Enhanced ) если будем ставить CUCME (не MGCP) или достаточно будет купить 2 Communication Manager Express or SRST - 25 лицензии?
Заранее благодарен!
Автор: root0
Дата сообщения: 13.11.2014 08:53
to VusalH

Просто берешь рутер с UC бандлом ( SRST если денег не жалко за бумажку или PDF - то тоже можешь взять, сам функционал никак не активируется )
Автор: lexxa77
Дата сообщения: 13.11.2014 10:29
VusalH


Если стоит задача сделать все по честному, то кроме железа нужно купить:
- FL-CME-SRST-Х, где Х требуемое число (типа серверной лицухи)
- лицухи на все телефоны

например для 7962
SW-CCME-UL-7962    Communications Manager Express License For One 7962G Phone


но лицухи будут в картонных конвертах/PDF которые (пока ;) не активируются.
естественно выгоднее брать бандлом.

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

если надо "по простому", то можно, имхо, даже UC не брать, а покататься на демке :)
Автор: VusalH
Дата сообщения: 13.11.2014 13:15
Уважаемые,
Я немного запутался, если мне надо развернуть CUCME (H.323) для 50 пользователей планирую заказать.
1. C2911-CME-SRST/K9 (2911 Voice Bundle w/PVDM3-16,FL-CME-SRST-25,UC Lic,FL-CUBE10)
2. FL-CME-SRST-25 (Communication Manager Express or SRST - 25 seat license)
3. Телефоны 50 шт. (свитчи есть)
Для телефонов отдельно брать лицухи или нет? насколько я знаю лицензии для CUCME нужно в случае если gateway настроен как MGCP?


Добавлено:
Значит если по чесному, то не зависимо от того какой gateway MGCP или H323 будет, все таки придется докупить еще и :
SW-CCME-UL-BASIC= или SW-CCME-UL-ENH= в зависимости от моделей аппаратов ?!
Я прав?
Автор: lexxa77
Дата сообщения: 13.11.2014 13:40
VusalH


если нужно лицензионно чистый проект, то надо и FL-CME-SRST и на телефоны, дальше решать Вам


З.Ы. CUCME ваще никаким боком к MGCP.

телефоны подключаются к CUCME по SCCP / SIP
транки (городские) : POTS (analog или ISDN) / SIP / H.323
Автор: root0
Дата сообщения: 13.11.2014 13:46
как для обычного обывателя достаточно просто железа и UC бандла все - все остальные лицухи бумажные ( и лишь выброшенные на ветер деньги )

P.S. Лицухи на CUBE тоже зря потраченные деньги - зы и уже пора присматриваться на новую ветку ISR4300
Автор: lexxa77
Дата сообщения: 13.11.2014 14:08
root0 может VusalH каким нибудь буржуям Экспресс в филиал ставит и типа опасается за свое здоровье
Автор: root0
Дата сообщения: 13.11.2014 14:22
буржуи тоже экономят - в отлич. от наших либерастов.
Автор: VusalH
Дата сообщения: 13.11.2014 14:29
root0
Спасибо за совет, уже присматриваюсь;)
lexxa77
Вы правы, я опасаюсь если и не за себя то за компанию, которая за границей где лицензирование серьезно.
Автор: andreypodlec
Дата сообщения: 14.11.2014 10:39
У меня вопрос по исходящим звонкам через SIP-транк(CUBE).

Есть две группы номеров(1xxx и 2xxx) в разных партициях, есть 2 CSS для каждой группы номеров с добавленными в каждой из них Route Pattern разрешающих звонить через SIP-транк на сотовые "9.89XXXXXXXXX".

Проблема в следующем когда я звоню с номеров 1ххх звонок проходит, когда с 2ххх сразу отбой. Что может быть?
Автор: avtrosty
Дата сообщения: 14.11.2014 10:44
andreypodlec

Дай скрины настроек Route Pattern
Автор: kbessmertniy
Дата сообщения: 14.11.2014 10:46
andreypodlec
Видимо второй CSS не содержит partition route-pattern'а 9.89xxxxxx, чо DNA говорит?
Автор: andreypodlec
Дата сообщения: 14.11.2014 11:41
http://s017.radikal.ru/i434/1411/5c/754c43cccd14t.jpg
http://s47.radikal.ru/i115/1411/85/033b5d2240cdt.jpg
http://i077.radikal.ru/1411/a5/603eeddbd85at.jpg
http://s004.radikal.ru/i206/1411/c1/e555d541ec48t.jpg

Добавлено:
Починилось!

Видимо - это был глюк, так как я ничего не менял. В DNA анализ показывал, что вызов должен уйти наружу через SIP, но по факту это не работало.

Я создал новую CSS со всем перечнем RP, применил к номеру, удачно совершил звонок, после чего вернул номер в родную CSS. Ещё раз проверил старую CSS, где звонок на SIP-транк не уходил и попробовал совершить звонок и о ЧУДО, звонки пошли! В чём было дело не пойму.

Добавлено:
может нужно было сделать Reset у телефонных аппаратов?
Автор: kbessmertniy
Дата сообщения: 14.11.2014 16:38
andreypodlec
После изменений всегда нужно делать как минимум apply лучше reset, причем не только телефонам, а также транкам, шлюзам и всему остальному. Практика показывает что apply срабатывает не всегда.
Автор: andreypodlec
Дата сообщения: 14.11.2014 16:45
kbessmertniy
Тогда это многое объясняет. Было у меня пару случаев, когда случались такие глюке на этой партиции, вдобавок она находится территориально в другом месте и нода у неё своя!
Автор: xktygfhnbb
Дата сообщения: 14.11.2014 17:39

Цитата:
лучше reset, причем не только телефонам, а также транкам, шлюзам и всему остальному

истинно!!!!! если еще делать несколько изменений в короткий промежуток времени - только резет...
Автор: andreypodlec
Дата сообщения: 15.11.2014 19:24
огромное спасибо!!!
Автор: andreypodlec
Дата сообщения: 17.11.2014 11:40
помимо "Reset" ещё мне помогло перемещение номера из одной CSS в другую и обратно...
Автор: xktygfhnbb
Дата сообщения: 17.11.2014 11:43
andreypodlec
после первого перемещения нужно сделать Аплай... после второго ...
но после всех махинаций все равно нужно сделать ребут\резет
Автор: erroremail
Дата сообщения: 17.11.2014 16:33
для cucm написал скрипт в "SIP Normalization Script" двухсторонней перекодировки имен utf8-cp1251 на sip-транке
можно конечно замутить перекодировку имен через iconv на астериске которая перекодирует только invite, а при ASK имя выскакивает в иероглифах
Автор: VusalH
Дата сообщения: 18.11.2014 07:41
erroremail
А можете чуть по подробнее что он делает и зачем он вам понадобился?
Автор: erroremail
Дата сообщения: 18.11.2014 11:41
реальная ситуация - заказчику поставили десяток атс панас-ncp500, объединили в между собой по корпоративному нумерационному плану . в довес к панасам подсоединили к cucm
все прекрасно работает за исключением того что при звонке имена между панасом и cucm показывают иероглифы
выяснилось что имена с панаса идут в кодировке cp1251, а cucm имена идут в utf8. можно конечно на cucm прописать имена в asc2, но это облегчает лишь только перечу имени в сторону панаса, но на cucm все равно показывает иероглифы

вот и прошлось «покурить» маны «Normalization Script» и написать скрипт который делает перекодировку имен cp1251<--->utf8

этот же самый скрипт пригодился для стыковки ccm4.1 c cucm8.6

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738

Предыдущая тема: Какой офисный пакет у Вас установлен?


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.