Система TelePresence : Cisco TelePresence System 3010

Оконечные точки CTS Conferenced с MCU 4505 не могут совместно использовать представление

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

Введение

Этот документ описывает проблему, которая могла бы произойти, когда MCU 4505 используется чтобы к собственным устройствам Дистанционного присутствия Cisco конференции, таким как система Cisco TelePresence (CTS) 3000, и CTS 1000.

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

Проблема

Когда на конференции MCU 4505 и представлении не работает, оконечные точки CTS не выполняют согласование о канале содержания.

Сценарий 1: Оконечная точка CTS находится в вызове с оконечной точкой серии C. Оконечная точка Серии C получает повторный звонок и добавляет повторный звонок в Многоканальную конференцию с MCU 4505.

Сценарий 2: Оконечная-точка-A CTS и Оконечная-точка-B CTS находятся в точка-точка (P2P) вызов. Оконечная-точка-A CTS добавляет Оконечную-точку-C CTS в конференцию с MCU 4505.

Анализ журнала

Сценарий 1 объяснен подробно здесь. Поведение является тем же для второго сценария также.

  1. CTS делает первый вызов к C60 и UDP / о Двоичном протоколе управления доступом (BFCP) выполняют согласование. На этот раз о CTS выполняют согласование как Сервер, только (сыновний).

  2. C60 получает это как повторный звонок и пытается добавить CTS в Многоканальную конференцию. Нажмите кнопку Принять и конференция.

  3. После того, как звонок отвечают, C60 передает ОБРАТИТЬСЯ сообщение к CTS через Cisco Unified Communications Manager (CUCM).

  4. CUCM обновляет CTS и устанавливает новую ветвь вызовов к MCU.

  5. CUCM передает переINVITE на другом участке существующего вызова к CTS.

  6. MCU передает 200 ответов OK на CUCM.

    Ветвь вызовов к MCU> MCU передает 200 OK за INVITE от CUCM.

    В этом MCU передает сыновний в линии UDP/BFCP:

    38967255.005 |10:58:33.776 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP
    message from 10.8.151.10 on port 5060 index 18434 with 3552 bytes:
    [13108787,NET]
    SIP/2.0 200 OK
    Via: SIP/2.0/TCP 10.8.234.5:5060;branch=z9hG4bK140caf40663a0b;received=10.8.234.5;
    ingress-zone=CUCMPUB
    Call-ID: 6da10800-3fe17eb9-130803-5ea080a@10.8.234.5
    CSeq: 101 INVITE
    Contact: <sip:60943@vrl.com.au;gr=urn:uuid:d46fa924-ab3f-58cf-8c52-acb4b9639851>;
    isfocus
    From: "JAM-CPL-G-5 - 30001" <sip:30001@vrl.com.au>;tag=4514743~ab08cd8f-bad4-4697-
    95a3-fb104231f445-28328644
    To: <sip:60943@10.8.151.10>;tag=8E2210B3C0600003
    Record-Route: <sip:proxy-call-id=baec7051-f984-45e9-88f0-f186e9e8ffee@10.8.151.10:
    5060;transport=tcp;lr>
    Record-Route: <sip:proxy-call-id=baec7051-f984-45e9-88f0-f186e9e8ffee@10.8.151.10:
    5060;transport=tcp;lr>
    Allow: INVITE,ACK,CANCEL,OPTIONS,UPDATE,INFO,NOTIFY,BYE,REFER
    User-Agent: Codian MCU 4505 v4.4 (3.54)
    Supported: timer
    Session-Expires: 1800;refresher=uas
    Content-Type: application/sdp
    Content-Length: 2684

    v=0
    o=CODIAN 1774889505 1774889505 IN IP4 10.8.151.12
    s=-
    i=Codian MCU 4505 v4.4 (3.54)
    c=IN IP4 10.8.151.12
    b=AS:4000
    t=0 0

    m=application 56903 UDP/BFCP *
    a=floorctrl:s-only
    a=confid:1498387409
    a=floorid:2 mstrm:12
    a=userid:45083
    a=connection:new



    =====================


  7. С другой стороны CTS передает 200 ответов OK на CUCM.

    В этих 200 OK также, CTS передает сыновний в линии UDP/BFCP. Это вызвано тем, что CTS выполнил согласование сыновний в его ответвлении первоначального вызова к C60. Так как это - переINVITE, CTS должен передать и сыновний и c-only в его UDP / ответ BFCP.

    38967403.002 |10:58:33.893 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP
    message from 10.8.151.50 on port 40731 index 21181 with 2524 bytes:
    [13108796,NET]
    SIP/2.0 200 OK
    Via: SIP/2.0/TCP 10.8.234.5:5060;branch=z9hG4bK140cb433de301c
    From: <sip:60302@10.8.234.5>;tag=4514737~ab08cd8f-bad4-4697-95a3-fb104231f445-
    28328637
    To: "30001" <sip:30001@10.8.234.5>;tag=001da238f59a000e18747fc4-221e3c71
    Call-ID: 001da238-f59a0004-0ce31763-39a27bf8@10.8.151.50
    Date: Thu, 28 Aug 2014 00:58:33 GMT
    CSeq: 105 INVITE
    Server: Cisco-Telepresence-#505/1.0
    Contact: <sip:c2592e5d-9bd0-996c-7e22-daf02cc2a4f4@10.8.151.50:40731;transport=tcp>;
    video;x-cisco-tip;x-cisco-multiple-screen=1
    Allow: ACK,BYE,CANCEL,INVITE,NOTIFY,OPTIONS,REFER,REGISTER,UPDATE,INFO,SUBSCRIBE
    Remote-Party-ID: "30001" <sip:30001@10.8.151.50>;party=calling;id-type=subscriber;
    privacy=off;screen=yes
    Allow-Events: kpml,dialog
    Content-Length: 1686
    Content-Type: application/sdp
    Content-Disposition: session;handling=optional

    v=0
    o=Cisco-SIPUA 10770 2 IN IP4 10.8.151.50
    s=SIP Call
    c=IN IP4 10.8.151.50
    b=TIAS:4628000
    t=0 0
    a=X-cisco-mux: cisco
    a=sendrecv

    m=application 28932 UDP/BFCP *
    a=floorctrl:s-only
    a=floorid:1 mstrm:12
    a=confid:1
    a=userid:5


    ====================


  8. Так как оба устройства передают сыновний (чтобы попытаться быть сервером), CUCM отклоняет BFCP и делает его 0.

    В журналах CUCM вы видите это сообщение об ошибках:

    38967409.120 |10:58:33.895 |AppInfo |DET-SDPMsg-negotiateBFCPFloorCtrlRole :
    Reject BFCP: INVALID BFCPFloorCtrl Role recv device=2 farEnd=2

    38967443.001 |10:58:33.897 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP
    message to 10.8.151.50 on port 40731 index 21181
    [13108797,NET]
    ACK sip:c2592e5d-9bd0-996c-7e22-daf02cc2a4f4@10.8.151.50:40731;transport=tcp SIP/2.0
    Via: SIP/2.0/TCP 10.8.234.5:5060;branch=z9hG4bK140cb561171133
    From: <sip:60302@10.8.234.5>;tag=4514737~ab08cd8f-bad4-4697-95a3-fb104231f445-
    28328637
    To: "30001" <sip:30001@10.8.234.5>;tag=001da238f59a000e18747fc4-221e3c71
    Date: Thu, 28 Aug 2014 00:58:33 GMT
    Call-ID: 001da238-f59a0004-0ce31763-39a27bf8@10.8.151.50
    Max-Forwards: 70
    CSeq: 105 ACK
    Allow-Events: presence
    Content-Type: application/sdp
    Content-Length: 922

    v=0
    o=CiscoSystemsCCM-SIP 4514737 4 IN IP4 10.8.234.5
    s=SIP Call
    b=TIAS:4000000
    t=0 0

    m=application 0 UDP/BFCP *
    c=IN IP4 10.8.151.12


    =================================

Решение

Эта проблема, как находят, является проблемой с программным обеспечением CTS. Это должно передать и сыновний и c-only, когда это отвечает на переINVITE. Но это только передает сыновний, который вызывает сбой согласования каналов содержания.

Это вызвано идентификатором ошибки Cisco CSCty37410 в программном обеспечении CTS. Это исправлено в Версии 1.10.7 CTS и позже.



Document ID: 118767