Совместная работа : Cisco MediaSense

Ошибочное CUCM MediaSense устранение проблем записи вызовов

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Отзыв

Введение

Этот документ описывает, как устранить неполадки MediaSense, когда ошибка появляется в записи вызовов для встроенного моста.

Внесенный паваной Дэйв и Уильям райан беннет, специалисты службы технической поддержки Cisco.

Основной поток вызовов MediaSense со встроенным мостом

Когда встроенный мост используется, этот образ иллюстрирует основной поток вызовов MediaSense: 

Примечание: IP-телефон A имеет включенную запись.

Эти шаги описывают поток вызовов:

  1. IP-телефон на праве вызывает IP-телефон слева и инициирует вызов через Cisco Unified Communications Manager (CUCM).

  2. CUCM передает сигнал к телефону получателя и завершает настройку вызова.

  3. Соединение между IP-телефоном A и IP-телефоном B теперь установлено.

  4. Профиль записи на IP-телефоне SAID, что, как только это принимает вызов, CUCM должен установить сеанс с MediaSense. Это - завершенные миллисекунды после того, как начнется Шаг 3.

  5. Вызов теперь установлен между двумя телефонами, ветвлениями вызова через встроенный мост, и встроенный мост передает два потока Протокола RTP к серверу MediaSense.

Никакая запись на MediaSense

Если вы получаете ошибку, которая указывает, что нет никакой записи на MediaSense, то необходимо просмотреть журналы и поиск этого идентификатора сеанса:

0000049583: 10.201.227.136: May 28 2014 11:27:09.022 -0400: %CCBU_COMMON-6-VSMS
 HTTP Info: {Thrd=Pool-capture-thread-2800} %[HTTP Response Body=<Session>
  <diskusage>
    <recording name="78e146437088a93-TRACK0" size="0" repository="/
recordedMedia" />
     <recording name="78e146437088a93-TRACK1" size="0"repository="/
recordedMedia" />
  </diskusage>
</Session>][HTTP Response Content Type=application/xml][HTTP Response Status
Code=200][logId=close-25668]: VSMS Received HTTP Response

Размер = "0" в этих выходных данных указывает, что нет никакого аудио, зарегистрированного на сервере для того вызова. Это, как правило, означает, что поток RTP не добирался до сервера MediaSense с телефона. Когда это происходит, следующий шаг должен проверить, что телефон передает трафик RTP.

Проверьте, что IP-телефон передает трафик

Быстрый способ, чтобы проверить, что IP-телефон передает трафик RTP, должен просмотреть веб-страницу IP-телефона. Это включено на CUCM вручную в странице конфигурации телефона или через Объемный Admin.

Поток 1 является основным вызовом с удаленным адресом другого IP-телефона или шлюза. Это состоит из двух потоков: первым является аудио, которое получено на IP-телефоне, и вторым является аудио, которое передается другому концу.

Чтобы проверить, что MediaSense делает запись обеих из ветвей вызовов, нажмите в действии 2 и Поток 3, чтобы проверить, что Пакеты Отправителя инкрементно увеличиваются, когда страница обновлена многократно. Удаленный адрес должен показать сервер MediaSense и для Потока 2 и для Потока 3. Причина, что существует два потока к серверу MediaSense, состоит в том, потому что один из них является аудио, полученным в действии 1 (Пакеты Получателя), и другой передаваемое аудио (Пакеты Отправителя) к другому концу в действии 1.

Примечание: В отношении диаграммы потока вызовов, которая ранее описана, Шагом 3 является Поток 1, и каждый участок Шага 5 относится для Потоковой передачи 2 и Поток 3.

Этот перехват показывает Поток 1:

Этот перехват показывает Поток 2:

Примечание: Важно заметить IP-адрес и порт в Удаленном разделе Адреса страницы. Это очень важно при взятии захватов пакета для вызовов проверочного телефона.

Этот перехват показывает Поток 3:

При подтверждении данных для Потока 2 и Потока 3 ключевые вещи искать:

  • Удаленным адресом является IP-адрес сервера MediaSense.

  • Номер порта на каждом потоке уникален.

  • Когда вы обновляете страницу, количество Пакетных увеличений Отправителя.

Это указывает, что пакеты RTP передаются IP-телефоном.

Выполните захваты пакета

Если вы все еще не уверены, передает ли IP-телефон пакеты RTP, следующий курс действий должен выполнить захват пакета и воспроизвести потоки.

Прежде чем вы выполните захваты пакета, гарантируете, что включены эти параметры настройки на Настройке IP-телефона для CUCM:

  • Промежуток к порту ПК
  • Доступ Голосового VLAN ПК
  • Порт ПК

Затем примените конфигурацию и перезагрузите IP-телефон. После того, как это - завершенный, открытый Wireshark, и возьмите захват пакета с 30-секундной продолжительностью. Гарантируйте запись удаленного адреса, а также порта для Потока 2 и Потока 3 из рассматриваемого IP-телефона. Например: :

  • Поток 2 - 10.201.227.147/40676
  • Поток 3 - 10.201.227.147/33358

Как только захваты пакета завершены, открывают захват пакета и выполняют эти шаги для каждого потока:

  1. Фильтр ip.addr == 10.201.227.147 && udp.port == 40676.

  2. Перейдите для Анализа>, Декодируют Как.

  3. Во всплывающем окне выберите RTP нажимать OK.

  4. Перейдите к Телефонии> RTP> Потоковый Анализ.

  5. В Потоковом Анализе RTP перейдите к Проигрывателю>, Декодируют> Воспроизведение и проверяют, что слышат оба участка вызова.

  6. Повторите Шаги 1 - 4 для другого потока и порта.

Устранение неполадок

После того, как вы выполняете захват пакета и проверяете, что MediaSense настроен должным образом и что IP-телефон передает допустимый поток RTP к серверу MediaSense, и вы продолжаете встречаться с проблемами, тогда путь между сервером и IP-телефоном должен быть проверен.

Гарантируйте, что путь не имеет никаких Списков контроля доступа (ACL) и что он не блокирует или фильтрует трафик RTP.

Важные примечания

Если вызов, который установлен с CUCM, рассматриваем, то изучите подробные журналы CUCM и откройте журналы MediaSense для обнаружения Идентификатора вызова. Это может быть найдено от идентификатора сеанса и выглядит подобным этому в журналах управления вызовами:

CallId: 74acba00-38c1ea2d-3a2937-f183000a@10.0.131.241
CallId: 74acba00-38c1ea2d-3a2938-f183000a@10.0.131.241

Так как IP-телефон устанавливает два потока с MediaSense, один для каждого участка исходного телефонного звонка, ищите журналы CUCM с одним из Идентификаторов вызова, чтобы проверить, установлен ли сеанс MediaSense должным образом.


Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.