Голосовая связь и система унифицированных коммуникаций : Cisco Unity Connection

Unity Connection TIMG не направляет вызовы правильно

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

Введение

Этот документ описывает проблему, когда вызовы, которые входят к Ведомому Медиашлюзу IP t1 (TIMG) или PBX IP Media Gateway (PIMG), не направлены правильно. TIMGs и PIMGs позволяют PBXs интегрироваться к Unity Connection для доступа к голосовой почте. Некоторые PBXs требуют, чтобы эта интеграция была через Протокол SMDI, MCI или MD110. Это означает, что информацию о вызывающем абоненте передадут через соединение последовательного порта от УАТС до TIMG или PIMG. TIMG или PIMG, что подключения кабеля последовательного порта к будут настроены как Ведущее устройство. Если будет другой TIMGs или требуемый PIMGs, то они будут настроены как Ведомые устройства и будут смотреть на Ведущее устройство для получения информации о вызывающем абоненте.

Внесенный Скоттом Хиллсом, специалистом службы технической поддержки Cisco.

Проблема

Существует два или больше TIMGs/PIMGs с Основной и Ведомой конфигурацией. Когда вызов входит в Ведущее устройство, вызов переведен к надлежащему приветствию коробки голосовой почты Unity Connection.

Вот снимок экрана в качестве примера страницы от Основного PIMG:

Однако, когда вызов входит в Ведомый TIMG, звонок отвечает Начальное приветствие. Вызов прокручивается к Начальному приветствию, потому что приглашение передаваемого Unity Connection от TIMG не имеет 'Диверсии': линия в сказать, к которому должно перейти расширение почтового ящика вызов.

Вот пример информации о вызывающем абоненте, замеченной на Ведущем устройстве:

08-28 17:54:28.078 [Si       ] Prot    0D
08-28 17:54:28.078 [Si       ] Prot    0A
08-28 17:54:28.078 [Si       ] Prot    4D
08-28 17:54:28.078 [Si       ] Prot    44
08-28 17:54:28.078 [Si       ] Prot    30
08-28 17:54:28.078 [Si       ] Prot    30
08-28 17:54:28.078 [Si       ] Prot    30
08-28 17:54:28.078 [Si       ] Prot    30
08-28 17:54:28.078 [Si       ] Prot    30
08-28 17:54:28.078 [Si       ] Prot    30
08-28 17:54:28.078 [Si       ] Prot    31
08-28 17:54:28.078 [Si       ] Prot    4E
08-28 17:54:28.078 [Si       ] Prot    31
08-28 17:54:28.078 [Si       ] Prot    39
08-28 17:54:28.078 [Si       ] Prot    31
08-28 17:54:28.078 [Si       ] Prot    38
08-28 17:54:28.078 [Si       ] Prot    20
08-28 17:54:28.078 [Si       ] Prot    39
08-28 17:54:28.078 [Si       ] Prot    31
08-28 17:54:28.078 [Si       ] Prot    39
08-28 17:54:28.078 [Si       ] Prot    33
08-28 17:54:28.078 [Si       ] Prot    33
08-28 17:54:28.078 [Si       ] Prot    33
08-28 17:54:28.078 [Si       ] Prot    33
08-28 17:54:28.078 [Si       ] Prot    34
08-28 17:54:28.078 [Si       ] Prot    38
08-28 17:54:28.078 [Si       ] Prot    35
08-28 17:54:28.078 [Si       ] Prot    20
08-28 17:54:28.078 [Si       ] Prot    0D
08-28 17:54:28.078 [Si       ] Prot    0A
08-28 17:54:28.078 [Si       ] Code    siSrvSerialInputEvent
08-28 17:54:28.078 [Si       ] Prot    From Serial: 0D 0A 4D 44 30 30 30 30 30 30 31
4E 31 39 31 38 20 39 31 39 33 33 33 33 34 38 35 20 0D 0A 19 00
08-28 17:54:28.078 [Si       ] Prot    19
08-28 17:54:28.078 [Si       ] Code    siSrvPrcCpidFromSwitch ltn = 1,
src=9133333485, Dst = <NULL>, Redir = 1918, Reason = NoAns
08-28 17:54:28.078 [SiIp     ] Code    sertrans_ServerLocateClient 1
08-28 17:54:28.078 [SiIp     ] Code    sertrans_ServerLocateClient 1=client1
08-28 17:54:28.078 [SiIp     ] Code    _TaskMainClientReceive received data 516
08-28 17:54:28.078 [Si       ] Code    serial_client_cb
08-28 17:54:28.078 [Si       ] Code       SI_TYPE_CPID 1:NoAns (9193333485->->1918)
08-28 17:54:28.078 [Tel-1    ] Code    GetChannelFromLogicalChannelNum
LogicalChanNum 0 span 0 channel 1
08-28 17:54:28.078 [Tel-1    ] Code    t1casReportNewCpid
08-28 17:54:28.078 [Tel-1    ] Event   Cpid (9193333485,->,->1918,) (NoAns)
08-28 17:54:28.078 [Tel-1    ] Warn    t1casReportNewCpid err: no call for cpid
08-28 17:54:28.078 [Tel-1    ] Code    t1casReportNewCpid saving pre-call cpid for
serial
08-28 17:54:29.195 [SiIp     ] Code    _TaskMainServerReceive(4) received 516 bytes
08-28 17:54:29.195 [SiIp     ] Code    _TaskMainServerReceive(4) keep-alive 1
received
08-28 17:54:29.195 [SiIp     ] Code    _TaskMainServerReceive(4) sending keep-alive
response

Вот пример проблемы, приглашают замеченный на Ведомом устройстве:

08-28 17:54:30.453 [VoIP     ] Prot    <----INVITE sip:Anonymous@14.48.4.88:5060 SIP/2.0
08-28 17:54:30.453 [VoIP     ] Prot    From:"Anonymous"<sip:Anonymous@14.48.4.92:5060;
user=phone>;vnd.pimg.port=1;tag=133B324631353641000BCF02
08-28 17:54:30.453 [VoIP     ] Prot    To:"Anonymous"<sip:Anonymous@14.48.4.88:5060>
08-28 17:54:30.453 [VoIP     ] Prot    Contact:<sip:14.48.4.92:5060>
08-28 17:54:30.453 [VoIP     ] Prot    Content-Type:application/sdp
08-28 17:54:30.453 [VoIP     ] Prot    Supported:replaces,early-session,100rel
08-28 17:54:30.453 [VoIP     ] Prot    Allow:INVITE,BYE,CANCEL,REFER,NOTIFY,OPTIONS,
REGISTER,INFO,ACK,PRACK
08-28 17:54:30.453 [VoIP     ] Prot    Expires:120
08-28 17:54:30.453 [VoIP     ] Prot    Call-ID:02061555D6F5009A000012BC@test.local
08-28 17:54:30.453 [VoIP     ] Prot    CSeq:1 INVITE
08-28 17:54:30.453 [VoIP     ] Prot    Max-Forwards:70
08-28 17:54:30.453 [VoIP     ] Prot    User-Agent:PBX-IP Media Gateway
08-28 17:54:30.453 [VoIP     ] Prot    Via:SIP/2.0/UDP 14.48.4.92:5060;
branch=z9hG4bKDC0A05314DD4ED48CEEEA72BD196FC38
08-28 17:54:30.453 [VoIP     ] Prot    Content-Length:245

Это происходит, потому что информация о вызывающем абоненте передана через кабель последовательного порта Основному TIMG/PIMG, но информация о Logical Terminal Number (LTN) не совпадает до порта на Сервисе централизованной аутентификации (CAS) T1, на котором вошел физический вызов.

Решение

На TIMG выберите Configuration> Serial> Switch Protocol для настройки Логических Добавочных номеров для каждого порта.

Совпадите с LTN TIMG и номером порта от значения УАТС. УАТС имеет таблицу, которая показывает вам который канал на который использования линии T1 CAS который LTN. Определите эту информацию от УАТС сначала и установите его соответственно в TIMG. Возможно использовать LTN 1-24 для Основного канала 1-24 и LTN 25-48 для Ведомого канала 1-24.

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



Document ID: 118443