Голосовая связь и система унифицированных коммуникаций : Cisco Unified Communications Manager (CallManager)

Устранение неполадок интеграции голосовой почты предыдущих версий с Cisco CallManager

20 октября 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв


Содержание


Введение

Этот документ устраняет неполадки интеграции систем обмена сообщениями традиционных устройств обработки речевого сигнала с Сisco CallManager, которые используют Протокол SMDI и Адаптер цифрового PBX (мини-АТС) (DPA) 7630/7610.

Предварительные условия

Требования

Читатели данного документа должны обладать знаниями по следующим темам:

  • Cisco CallManager 3.x или 4.x

  • Telcordia GR проблема с 283 ядрами 2 (SMDI)

  • Голосовая почта Octel, если применимо (DPA-7630/7610)

Используемые компоненты

Сведения, содержащиеся в данном документе, касаются следующих версий программного обеспечения и оборудования:

  • Cisco CallManager 3.x и 4.x

  • Cisco MCS-7835

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, описанные в этом документе, были запущены с чистой (стандартной) конфигурацией. В рабочей сети необходимо изучить потенциальное воздействие всех команд до их использования.

Условные обозначения

Более подробную информацию о применяемых в документе обозначениях см. в описании условных обозначений, используемых в технической документации Cisco.

Интеграция SMDI с Сisco CallManager

Интерфейс обмена сообщениями Cisco является сервисом в Сisco CallManager, который позволяет платформам традиционной голосовой почты соединяться с Сisco CallManager с использованием SMDI. Интерфейс обмена сообщениями Cisco предоставляет сведения к традиционной системе голосовой почты о вызываемых и вызывающих сторонах, причина, почему вызов представлен, и которые портируют систему голосовой почты, должна ожидать запрос. Это позволяет системе голосовой почты отвечать на звонок правильно.

Существует два типа вызова с SMDI:

  • Прямой вызов

  • Переадресованный звонок

Формат прямого вызова

Формат SMDI прямого вызова:

  • <CR> <LF> MDXXXLLLLT <0x20> YYYY <0x20> <CR> <LF> <^Y>

<CR> Возврат каретки
<LF> Перевод строки
MDXXX Пульт сообщений. Это - 3 поля содержащее цифры, обычно 001
LLLL Logical Terminal Number (0001? 4096)
T Код причины - D равняется Прямому вызову
<0x20> Пространство
YYYY Номер вызывающего абонента
<0x20> Пространство
<CR> Возврат каретки
<LF> Перевод строки
<^Y> Конец средства

Это - пример прямого вызова от расширения 2000. Это было представлено системе обмена голосовыми сообщениями на LTN 0002 или порту 2.

  • <CR> <LF> MD0010002D <0x20> 2000 <0x20> <CR> <LF> <^Y>

Устраните неполадки прямого вызова

Когда абонент разместит прямой вызов, абонент ожидает быть предложенным ввести их пароль. Для этого для появления должны быть настроены шлюз, список маршрутов и группа маршрутов к системе голосовой почты, как Cisco CallManager 3.0 (x) Настройки для Интеграции с Системами голосовой почты через SMDI описывает. Наиболее распространенной причиной прямого вызова для сбоя является неверная конфигурация или между Пультом сообщений или между Logical Terminal Number (LTN). Интерфейс обмена сообщениями Cisco использует Пульт сообщений 001 по умолчанию. При предоставлении другого пульта сообщений или поставщиком PrivateBranch Exchange (PBX) (внутренняя автоматическая телефонная станция) или центральным офисом (CO) необходимо указать это в конфигурации Интерфейса обмена сообщениями Cisco.

smdi-1.gif

Если MessageDeskNumber корректен, проверьте, что LTN корректен. На стороне Сisco CallManager LTN составляет уравнение к портам, которые вы настроили в группе маршрутов. Первый порт является LTN 1, второй порт является LTN 2 и так далее. Это - то, почему важно настроить порт, и Заказ выпадает, как Cisco CallManager 3.0 (x) Настройки для Интеграции с Системами голосовой почты через SMDI описывает. Если все порты выбраны, LTN, генерируемый Интерфейсом обмена сообщениями Cisco, является LTN 1. Это приводит к отказавшей интеграции. На стороне голосовой почты важно гарантировать, что кабельное подключение корректно между шлюзом и портами голосовой почты. Так как Сообщение SMDI указывает, на каком порте (LTN) вызов представляется системе голосовой почты, все вопросы Уровня 1 должны быть решены.

Вторая обычная причина, почему прямой вызов к сбоям голосовой почты является неверной конфигурацией поля VoiceMailPartition в Интерфейсе обмена сообщениями Cisco.

/image/gif/paws/18779/smdi-2.gif

Поле VoiceMailPartition должно содержать название разделения, которое назначено на шаблон маршрута, который указывает к списку маршрутов для голосовой почты. Если эта информация является неправильной, точка пересечения для VoiceMailDn не инициирована, и никакое Сообщение SMDI не генерируется. Следовательно, система голосовой почты не имеет правильной информации для обработки вызова, как желаемый и ответов с приветствием общего назначения.

Проверьте, что Канал SMDI подключен UP на стороне голосовой почты, если ваша система голосовой почты полагается на это. Сisco CallManager работает на стандартном ПК, что означает, что он имеет девять контактов, которые фактически соединены проводом к последовательному порту. Однако Интерфейс обмена сообщениями Cisco только использует три из линий RS-232: TD, RD и GND. Существует две исходящих линии управления: RTS и DTR. Они оба утверждаются, когда порт открыт, но Интерфейс обмена сообщениями Cisco не заботится, проигнорированы ли линии или нет. Существует четыре входящих линии управления: DCD, CTS, DSR и RI. Все эти линии также проигнорированы.

Трассировка прямого вызова от CMI

Для того, чтобы решить проблемы с SMDI, исследуйте файлы трассировки Интерфейса обмена сообщениями Cisco, расположенные в каталоге C:/Program Files/Cisco/Trace/CMI.

19:27:58.578 Cisco Messaging Interface|   CMISsapiClient::RecvSsCallInfoResMsg()
Received RecvSsCallInfoResMsg userdata = 5996360, Key = 7864, DSL2 = 2,
calledparty =3500, callingparty =2000
19:27:58.578 Cisco Messaging Interface|   CMISsapiClient::RecvSsCallInfoResMsg()
Direct Call port - 2, callingparty -2000
19:27:58.578 Cisco Messaging Interface|-->CMISsapiClient::SendDirectCall()
19:27:58.578 Cisco Messaging Interface|   CMISsapiClient::SendDirectCall()

Это - пример прямого вызова от расширения 2000. Это было представлено системе обмена голосовыми сообщениями на LTN 0002 или порту 2.

  • Передайте прямой вызов: [<CR> <LF> MD0010002D <0x20> 2000 <0x20> <CR> <LF> <^Y>]

Как только вы проверяете, что Интерфейс обмена сообщениями Cisco перехватывает VoiceMailDn и генерирует Сообщения SMDI, можно работать с поставщиком голосовой почты, чтобы гарантировать, что получено сообщение. Если система голосовой почты не получает Сообщений SMDI, даже при том, что Интерфейс обмена сообщениями Cisco генерирует их, ПК с гипертерминалом может использоваться, чтобы продемонстрировать, оставляют ли они Cisco CallManager server.

Формат переадресованного звонка

Сisco CallManager 3.0 поддержки прямой код причины для Всех Вызовов вперед. В Сisco CallManager 3.1 и позже, коды причины B и N добавлены для Занятого и Никакого Ответа, соответственно.

Формат переадресованного звонка:

  • <CR> <LF> MDXXXLLLLTDDDDDDD <0x20> CCCCCCC <0x20> <CR> <LF> <^Y>

<CR> Возврат каретки
<LF> Перевод строки
MDXXX Пульт сообщений. Номер xxx обычно равняется 001
LLLL Logical Terminal Number (0001 - 4096)
T Тип вызова. A является Всеми переведенными Вызовами (поддерживаемый CM 3.0), B Занят Прямой (CM 3.1), N для Ring No Answer (CM 3.1)
DDDDDDD Вызываемая сторона
<0x20> Пространство
CCCCCCC Вызывающая сторона
<0x20> Пространство
<CR> Возврат каретки
<LF> Перевод строки
<EM> Конец средства

Это - пример переадресованного звонка от расширения 2000 к расширению 2001. Вызов передается голосовой почте, потому что телефон вызываемой стороны находится в состоянии Переадресации всех вызовов. Вызов представлен системе обмена голосовыми сообщениями на LTN 0002 или порту 2.

  • [<CR> <LF> MD0010002A2001 <0x20> 2000 <0x20> <CR> <LF> <^Y>]

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

Когда абонент заказывает телефонный разговор с другой стороной и передан голосовой почте, ожидание состоит в том, что они получают приветствие вызываемой стороны. Для этого для появления шлюз к системе голосовой почты должен быть настроен, как описано в Cisco CallManager 3.0 (x) Настройки для Интеграции с Системами голосовой почты через SMDI. Гарантируйте, что прямые вызовы работают, прежде чем вы попытаетесь устранить неполадки переадресованных звонков.

При устранении проблем переадресованных звонков проверьте, чтобы гарантировать, что традиционная система голосовой почты поддерживает переданный код причины. Некоторые системы голосовой почты обеспечивают программирование различных кодов причины. В некоторых случаях, где Сisco CallManager был развернут перед версией 3.1 система голосовой почты не могла быть запрограммирована для принятия Занятого и Никакого Ответа переданный код причины, так как Сisco CallManager не поддерживал их в то время.

Трассировка переадресованного звонка от интерфейса обмена сообщениями Cisco

Когда вы решаете проблемы с SMDI, исследуете файлы трассировки Интерфейса обмена сообщениями Cisco, расположенные в каталоге C:/Program Files/Cisco/Trace/CMI.

18:33:28.187 Cisco Messaging Interface|   CMISsapiClient::RecvSsCallInfoResMsg()
Received RecvSsCallInfoResMsg fOriginalCdpn = 2001, fCgpn = 2000 fCallingPattern
= 2000
18:33:28.187 Cisco Messaging Interface|   CMISsapiClient::RecvSsCallInfoResMsg()
Received RecvSsCallInfoResMsg userdata = 5996336, Key = 7864, DSL2 = 2,
calledparty = 2001, callingparty = 2000
18:33:28.187 Cisco Messaging Interface|   CMISsapiClient::RecvSsCallInfoResMsg()
Forwarded Call port - 2, calledparty - 2001, callingparty - 2000
18:33:28.187 Cisco Messaging Interface|-->CMISsapiClient::SendCallForwardAll()
18:33:28.187 Cisco Messaging Interface|   CMISsapiClient::SendCallForwardAll()
Send call forward all: [<CR><LF>MD0010002A2001<0x20>2000<0x20><CR><LF><^Y>]
18:33:28.187 Cisco Messaging Interface|-->CMISerialWorker::SendBuffer()
18:33:28.187 Cisco Messaging Interface|   CMISerialWorker::SendBuffer()
Send Buffer - <CR><LF>MD0010002A2001<0x20>2000<0x20><CR><LF><^Y>
18:33:28.197 Cisco Messaging Interface|<--CMISerialWorker::SendBuffer()
18:33:28.197 Cisco Messaging Interface|<--CMISsapiClient::SendCallForwardAll()

Это - пример переадресованного звонка от расширения 2000 к расширению 2001. Вызов передается голосовой почте, потому что телефон вызываемой стороны находится в состоянии Переадресации всех вызовов. Вызов представлен системе обмена голосовыми сообщениями на LTN 0002 или порту 2.

Как только вы проверяете, что Интерфейс обмена сообщениями Cisco перехватывает VoiceMailDn и генерирует Сообщения SMDI, можно работать с поставщиком голосовой почты, чтобы гарантировать, что получено сообщение. Если система голосовой почты не получает Сообщений SMDI, даже при том, что Интерфейс обмена сообщениями Cisco генерирует их, ПК с гипертерминалом может использоваться, чтобы продемонстрировать, оставляют ли они Cisco CallManager server.

Формат MWI

Формат для сообщения, ждущего на и от команд:

MWI включен: OP:MWI <0x20> XXXX! <EOT>

OP:MWI Управляйте индикатором ожидающего сообщения
<0x20> Пространство
XXXX Добавочный номер
<EOT> Конец передачи

OP:MWI <0x20> 2001! <EOT>

Запрос включить сообщения ожидания для расширения 2001.

MWI Выкл: RMV:MWI <0x20> XXXX! <EOT>

RMV:MWI Удалите индикатор ожидающего сообщения
<0x20> Пространство
XXXX Добавочный номер
<EOT> Конец передачи

RMV:MWI <0x20> 2001! <EOT>

Запрос выключить сообщения ожидания для расширения 2001.

MWI устранения неполадок

Когда вы решаете проблемы MWI с SMDI, первый шаг, определяют, получен ли запрос Сisco CallManager. Файлы трассировки Интерфейса обмена сообщениями Cisco, расположенные в Файлах/Cisco/трассировке/CMI C:/Program, показывают, передано ли Сообщение SMDI системой голосовой почты и получено Сisco CallManager.

Если запрос получен Сisco CallManager, но MWI не работает правильно, проверяет, что поле MWI SearchSpace в Интерфейсе обмена сообщениями Cisco содержит разделение, которое принадлежит телефону, лампу которого запрашивают быть превращенной включения - выключения. Поле MWISearchSpace должно содержать названия отделений, разделенных двоеточием. Это поле учитывает регистр.

/image/gif/paws/18779/smdi-3.gif

Трассировки MWI от интерфейса обмена сообщениями Cisco

MWI включен

18:33:47.846 Cisco Messaging Interface|   CMISerialWorker::SerialThread()
Saw EOT, inbound message: [OP:MWI<0x20>2001!<EOT>]
18:33:47.846 Cisco Messaging Interface|-->CMISsapiClient::OnLampOn()
18:33:47.846 Cisco Messaging Interface|   CMISsapiClient::OnLampOn()
Lamp On - 2001
18:33:47.846 Cisco Messaging Interface|   CMISsapiClient::OnLampOn()
Processed number = 2001
18:33:47.906 Cisco Messaging Interface|<--CMISsapiClient::OnLampOn()

MWI Выкл

18:33:47.846 Cisco Messaging Interface|   CMISerialWorker::SerialThread()
Saw EOT, inbound message: [RMV:MWI<0x20>2001!<EOT>]
18:33:47.846 Cisco Messaging Interface|-->CMISsapiClient::OnLampOff()
18:33:47.846 Cisco Messaging Interface|   CMISsapiClient::OnLampOff()
Lamp Off - 2001
18:33:47.846 Cisco Messaging Interface|   CMISsapiClient::OnLampOff()
Processed number = 2001
18:33:47.906 Cisco Messaging Interface|<--CMISsapiClient::OnLampOff()

Типичные ошибки

  • Порты FXS на 6624 блейдах и шлюзе ATX не кладут трубку своевременно.

    Поведение по умолчанию этих устройств должно положить трубку, когда они получают сигнал занятости. Однако много систем голосовой почты не разъединяют на переупорядочивании, а скорее тональном сигнале готовности линии. Можно модифицировать Таймер перезапуска вызовов от его значения по умолчанию от 5000 до 1234 для изменения поведения шлюза.

    /image/gif/paws/18779/smdi-4.gif

  • Сообщения об ошибках об Интерфейсе обмена сообщениями Cisco в просмотре событий.

    Error:  CMyProcessConfigList::GetSafeIntegerParam() catch 
    handler Parameter MessageDeskNumber not found in database, using 
    default value of 1. 

    В ранних версиях Сisco CallManager параметр Пульта сообщений был трудно закодирован к 1. В Cisco CallManager 3.0 (7) была представлена поддержка конфигурируемых номеров Пульта сообщений. Если вы не определяете Номер Пульта сообщений, Сisco CallManager использует Пульт сообщений 1.

  • Интерфейс обмена сообщениями Cisco не остается рабочим.

    С выпуском Cisco CallManager 3.0 (7) требуется поле VoiceMailDn.

  • Никакой MWI с Octel 250/350, когда Octel использует множественные Каналы SMDI.

    Когда Системы голосовой почты Octel используют множественные Каналы SMDI, необходимо задать, по которой ссылке должна быть передана команда MWI. В профиле почтового ящика можно отредактировать поле Int Link Number для соответствия Каналу SMDI, который подключает Octel с Сisco CallManager.

DPA Cisco 7630/7610

DPA Cisco 76xx Голосовая почта, шлюзом является Шлюз VoIP, который позволяет оборудованию традиционной голосовой почты соединиться с сетью решения Cisco в области IP-телефонии. Cisco DPA 7610 позволяет Системы голосовой почты Octel, которые в настоящее время используют эмуляцию цифровой станции, чтобы соединиться с УАТС Nortel Meridian 1, вместо этого соединиться с Системой CallManager IP Cisco. Cisco DPA 7630 позволяет Системы голосовой почты Octel, которые в настоящее время используют эмуляцию цифровой станции, чтобы соединиться с УАТС Avaya Definity, вместо этого соединиться с Системой CallManager IP Cisco без любых изменений к системе голосовой почты.

Сisco CallManager просматривает DPA Cisco 76xx как набор 30 телефонов VIP, и Avaya G3 УАТС просматривает DPA как набор 7504D цифровые телефоны. Nortel Meridian M1 просматривает DPA как набор 2616 телефонных аппаратов.

Вызовы устранения неполадок к голосовой почте через DPA Cisco 7630/7610

DPA Cisco 76xx шлюзы имеет очень точные требования проводного соединения. Когда вы решаете проблемы с Cisco DPA76xx, важно проверить кабельное подключение.

Как только вы уверены, что вопросы Уровня 1 решены, можно исследовать эти предложения.

  • Признак: Когда вызов размещен в голосовую почту, сигнал занятости закончен абоненту.

    • Предложение: Если DPA настроен вне двенадцати портов, тринадцатый вызывающий абонент может получить переупорядочивание, если используются первые двенадцать портов. Сisco CallManager имеет параметр сервиса, названный ForwardMaximumHopCount. По умолчанию это поле установлено в значение 12.

      /image/gif/paws/18779/smdi-5.gif

      Установите это значение в количество портов, настроенных на DPA.

  • Признак: Абоненты получают основное приветствие (открытые деревья), а не приветствие для почтового ящика абонента.

    • Предложение: DPA полагается на значение, ввел в Сisco CallManager поле номера каталога 'Пилота' для развертываний нескольких DPA. CallManager номер каталога 'Пилота' должен быть первым портом первого DPA. В то время как первый DPA знает номера каталога (DN), привязанные к его собственным портам, последующим DPA нужна эта информация для обеспечения корректной интеграции.

      Примечание: Когда клиент настраивает точку маршрута CTI или группу последовательного поиска что вперед к DPA, наиболее распространенная неверная конфигурация. Это не необходимо, поскольку можно просто назначить соответствующий DN на первый порт DPA.

MWI устранения неполадок с DPA Cisco 7630/7610

Для сообщения в ожидании уведомления для работы правильно Сisco CallManager и DPA должны быть настроены для использования тех же DN для MWI.

/image/gif/paws/18779/smdi-6.gif

Значения, которые введены под Service> Service Parameters> Сisco CallManager для MessageWaitingOn DN и MessageWaitingOffDN, должны совпасть, значения, введенные в DPA под, Настраивают> CallManager.

/image/gif/paws/18779/smdi-7.gif

  • Признак: MWI не включают или выключают.

    • Предложение: Гарантируйте, что MWI DN включения - выключения не является частью образца более общего назначения. Например, проверьте, что нет шаблона маршрута 1xxx, который указывает к шлюзу.

  • Признак: MWI не выключают на Octel 250/350 платформу.

    • Предложение: Для MWI для функционирования должным образом, сообщение, Ожидая Функция timeout (таймаут) в меню 6.2, Полосная интеграция Системы octel должна быть установлена в 1 - Таймаут = значение Позитивного подтверждения. 2 - Таймаут = Отрицательное значение Подтверждения направляет Систему octel для интерпретации отсутствия тонального сигнала подтверждения как индикация ошибки. DPA 7630/7610 требует, чтобы 1 - использовался Таймаут = опция Positive Acknowledgment.

  • Признак: С Cisco DPA 7630 MWI не включают или выключают.

    • Предложение: УАТС Avaya G3 использует идентификационные коды для установки сообщения, ждущего на УАТС. Система голосовой почты Octel следовательно использует их также. Это традиционно *4, и #4 для Leave Word Calling Активируют и Отмена, соответственно. На Octel 250/350 платформа, в меню 6.2, Полосной интеграции, существует два параметра: Последовательность набора для Активации MWI и Последовательности набора для Деактивации MWI. Эти значения должны совпасть с, настроенные в DPA под Настраивают> интеграция Octel/Definity.

      smdi-8.gif

      По той или иной причине много Систем octel имеют Последовательность набора для Активации MWI и Последовательности набора для Деактивации MWI, настроенного как *4PN и #4PN, а не просто *4 Н и #4N. P представляет паузу, обычно 500 мс, и эта задержка может вызвать проблемы с MWI перед кодом 1.2 (1) DPA.


Дополнительные сведения


Document ID: 18779