отмена
Отображаются результаты для 
Вместо этого искать 
Вы имели в виду: 

Вебинар: "Архитектура Cisco Unified Communication Manager" - вопросы и ответы

Введение

 

Read the bio

В ходе презентации эксперт Cisco TAC Кирилл Глушенков рассмотрел архитектуру CUCM, понимание которой необходимо для анализа SDI/SDL трейсов. Были описаны уровни SDL (Signal Distribution Layer) и соответствующие им основные процессы, составляющие работу CUCM. Основное внимание было уделено непосредственно анализу SDI/SDL трейсов: взаимодействию процессов и обмену сигнальными сообщениями между ними.

 

Вопросы и ответы

 

Q: ­Каким образом по node id можно определить конкретную ноду?­    

A: ­Номер ноды можно посмотреть в CCMAdmin System -> Cisco Unified CM -> (выбрать сервер/ноду) -> CTI ID. Это и будет номером ноды (сервера)­. ­Также номер ноды содержится в имени файла трейсов: SDL006_100_000326.txt, где 006 - номер ноды­.

              

Q: ­Есть ли какой-нибудь интерпритатор облегчающий чтение трейсов? Типа Output Interpreter? ­              

A: ­Универсального интерпретатора, к сожалению, нет. В некоторых случаях бывает удобно использовать программу TranslatorX. В Cisco TAC мы обычно используем Notepad++ и стандартные средства Linux облегчающие поиск по тексту­. (­TranslatorX доступен для скачивания в интернете­).

 

Q: ­А как же софт вида TranstatorX?­        

A: ­TranslatorX действительно бывает удобен в некоторых ситуациях. Но по нему не всегда можно обнаружить причину проблемы.­

              

Q: ­Расскажите, пожалуйста, о том, как собирать трейсы.­          

A: ­Для сбора трейсов используется Real Time Monitoring Tool (RTMT). Его можно скачать из CCMAdmin -> Application -> Plugins. Логиниться в RTMT нужно под тем же пользователем, что и на CCMAdmin web. В RTMT в левом столбце нужно выбрать Trace and Log Central­. ­Collect Files, выбрать процесс Cisco CallManager (в нашем случае), указать период времени, за который хотим собрать трейсы, или указать за последние X минут/часов и указать папку для загрузки­.              

              

Q: ­В системе доступно очень много трейсов. Какие необходимо собрать для анализа?­           

A: ­Cisco CallManager­

              

Q: ­Подскажите, пожалуйста, в каком мануале можно детально ознакомиться с диаграммами из этой презентации?­       

A: ­Посмотрите книгу Cisco CallManager Fundamentals­

              

Q: ­А можно получить линк на документ, описывающий процесс обработки набранного номера.

A: Ссылка­ на документ - ­https://supportforums.cisco.com/ru/document/12218801­

              

Q: На http://www.cisco.com/c/en/us/support/web/tools-catalog.html появляются новые тулзы, возможно, что когда-нибудь придумают и для SDL ­     

A: ­Возможно.

              

Q: ­А что насчет triplecombo?­     

A: ­Это tool, написанный "для себя" одним из инженером Cisco. По сути он построен на принципе фильтрации строк функцией grep и включает ограниченный набор процессов. ­Если вы умеете пользоваться grep, то можете сделать то же, что и tripleCombo, но с любым количеством связаных процессов. В настоящее время данный tool не развивается­.

 

Q: ­Ограниченный? То есть с помощью triple combo не получится траблшутить все проблемы?­              

A: ­ Да, все верно. В данной программе удобно отфильтровать данные для одного звонка или одной сессии. Однако, triplecombo не развивается и не содержит изменений последних версий CUCM.

              

Q: ­CI уникален для каждого звонка, или он всегда будет одинаковый для устройства?­            

A: ­CI уникален для Call Lega в данном звонке. Звонок состоит минимум из 2ух Call Leg-ов. Для следующего звонка на том же устройстве будет создан новый CI.

              

Q: ­А есть какой-нибудь справочник всех процессов с описанием того, за что они отвечают?­  

A: ­Нет, такой справочник отсутствует­. Общую информацию об архитектуре CUCM и предназначении групп процессов вы можете найти в книге Сisco CallManager Fundamentals. Более глубокое понимание работы каждого процесса Вы можете получить прислав свое резюме в Cisco TAC         

        

Q: ­Что такое global call id в рамках обращения, когда клиент сначала разговаривает с первой линией технической поддержки, а потом его трансферят на вторую? Это глобальный идентификатор для обоих разговоров?­             

A: ­В CUCM наждый Call Leg имеет свой Call ID (CI), по которым и делается анализ. Также для каждого вызова назначается GCID. Во время трансфера образуется ещё один вызов, соотвенно свой GCID. А когда абонент будет переведен на другого агента, то это будет­ ­в рамках изначанльного GCID­.

              

Q: ­Я так понимаю здесь уровень трейсов - detail. А какой вообще минимально необходимый уровень? Понятно что для инженера TAC, detail это лучше всего, но для обычных инженеров это слишком детально может быть. ­    

A: ­Для надежной трассировки звонка нужен уровень Detailed с включенными по умолчанию компонентами.

              

Q: ­А не проще по SDL сразу найти ERROR ?­        

A: ­Поиск по слову ERROR, FAIL или WARNING является распространенной ошибкой. Проблема в том, что большинство ошибок в звонках не являются ошибкой с точки зрения CUCM, и он не будет писать в трейсах EROR. И наоборот, большое количесто ошибок найденных.­

              

Q: ­Почему только один пользователь не слышал холд, если оба используют 729 кодек и нет транскодера?­   

A: ­После переключения абонента на MOH уже не важно какой кодек был ранее. В результате постановки на Hold образуется новый звонок PhoneX-MOH, и кодек будет определяться на основании настроек регионов. В презентации между телефоном и MOH сервером регионы ограничивают кодек 8кбит, т.е. g729, а сам MOH сервер не настроен на поддержку этого кодека (и нет транскодера­).

 

Q: ­Есть набор таких ключевых слов, от которых надо будет плясать?­  

A: ­Есть ключевые слова для поиска процессов. Отслеживая процессы Вы можете найти ошибки в их работе­.

              

Q: ­Очень дорого с точки зрения распределения ресурсов разбирать звонок в трейсе­.

A: ­Да, к сожалению, это довольно трудоемкий процесс. Поиск по ключевым словам это рулетка. Вы можете угадать и исправить проблему. А можете и не угадать­.

              

Q: ­То есть юзеры были в разных регионах и проблему можно решить либо разрешив 711 между регионами или поместив транскодер?­

A: ­Да, и только не между пользователями, а между пользователем и MOH сервером­.              

              

Q: ­К какому слою относятся application user'ы? А именно controlled devices, которые они могут контролировать. Есть ли трейсы, где можно увидеть общение между JTAPI-клиентом, который общается с телефоном через application user, где этот телефон контролируется?­         

A: ­CallControl, нужно смотреть трейсы Cisco CallManager и Cisco CTIManager и искать процесс CTIManager­.

Хотите узнать больше информации об этом событии?

 

Спросить эксперта       Конкурс

     

История версий
Редакция №
1 из 1
Последнее обновление:
‎11-10-2015 04:42 AM
Автор обновления:
 
Метки (1)