Gravação baseado na rede CUCM para agentes móveis

Introdução

Este original descreve as encenações diferentes baseados na rede da gravação (NBR) e é pesquisa defeitos.

Pré-requisitos

Requisitos

A Cisco recomenda que você tenha conhecimento destes tópicos:

• Versão 10.0(1) ou mais recente do gerente das comunicações unificadas de Cisco (CUCM)
• arquitetura de gravação Telefone-baseada
• Arquitetura baseado na rede da gravação

Componentes Utilizados

As informações neste documento são baseadas nestas versões de software e hardware:

• Versão 10.5 do Cisco Call Manager
• Versão 10.5 do portal da Voz de cliente (CVP)
• Cisco Unified Contact Center Express (UCCE) 10.5(2)
• Gateway 3925E 15.3(3)M

As informações neste documento foram criadas a partir de dispositivos em um ambiente de laboratório específico. Todos os dispositivos utilizados neste documento foram iniciados com uma configuração (padrão) inicial. Se a sua rede estiver ativa, certifique-se de que entende o impacto potencial de qualquer comando.

Informações de Apoio

A gravação baseado na rede está disponível até à data de CUCM, libera 10.0(1) e permite que você use o gateway para gravar atendimentos.

A característica reserva gravar atendimentos apesar do dispositivo, do lugar, ou da geografia tal como a fora-rede estendida atendimentos aos telefones do móbil e do escritório de casa. Seleciona automaticamente a fonte direita dos media baseada em participantes do fluxo de chamadas e do atendimento.

É importante compreender isso:

• O signalization do SORVO é de CUCM A CUBAR e de CUCM ao server da gravação.
• Não há nenhuma sinalização direta do SORVO entre o server da gravação e o CUBO.
• O CUBO é responsável para bifurcar-se o córrego RTP ao server da gravação.
• O valor-limite gravado em CUCM não precisa de apoiar construído na ponte (babador).

CUCM usa o HTTP para iniciar o pedido de gravação do atendimento aos serviços API das comunicações unificadas de Cisco (UC) no CUBO. Os serviços API das comunicações unificadas de Cisco (UC) fornecem uma relação de serviço de Web unificada para os serviços diferentes no Gateway de IOS. Um daqueles serviços é o fornecedor prolongado da bifurcação dos media (XMF) que permite aplicativos aos atendimentos de monitor e media do disparador que se bifurcam no Real-Time Transport Protocol (RTP) e em atendimentos seguros RTP.

Como os agentes móveis trabalham

1. O chamador A no gerente de uma comunicação expresso (CME) disca B, que aponta ao gateway (GW). O dial peer GW aponta ao portal da Voz de cliente (CVP).
   
   
2. O CVP envia uma solicitação de rota ao gerente de contato inteligente (ICM), e o ICM retorna a etiqueta móvel do agente, que é o número discado da porta CTI local (porta LCP) (DN).
   
   
3. O CVP envia convida a CUCM. Quando a porta LCP soar, o JTapi Gateway (JGW) instrui CUCM chamar o telefone do agente da porta CTI remota (RCP) DN.
   
   
4. Uma vez que as respostas do agente, o pé do agente são Música-em-posse conectada (MoH).
   
   
5. O JGW instrui CUCM para responder à chamada recebida essa anéis na porta LCP.
   
   
6. Uma vez que o pé LCP é conectado, o JGW instrui CUCM para recuperar o pé do agente.
   
   
7. O JGW passa sobre os detalhes da /porta do endereço IP de Um ou Mais Servidores Cisco ICM NT do Real-Time Transport Protocol (RTP) do pé do cliente ao pé do agente e vice-versa.
   
   
8. CUCM constrói uma ponte sobre os dois pés e estabelece o trajeto RTP entre o agente e o cliente.

Como gravar trabalha em caso do agente móvel

• Em caso dos agentes móveis, gravar pode ser permitida na porta LCP ou na porta RCP.
  
  
• O atendimento é conectado uma vez no LCP ou o RCP e a gravação é permitido, CUCM envia 2 convida ao server de gravação para a extremidade próxima e o dispositivo de extremidade oposta.
  
  
• Uma vez que sinalizar está terminada para o dispositivo da extremidade próxima e o pedido do HTTP do dispositivo de extremidade oposta SDL está enviado ao gateway o instruir para começar gravar.

Note: Pode haver as encenações onde CUCM não tem um tronco direto do SORVO com gateway ou com CVP

Note: Por exemplo, CUCM pode ter um tronco do SORVO com um servidor proxy (LIMITE) que controla todo o fluxo de tráfego

Note: Se gravar é permitida na porta CTI e o atendimento está aterrando nessa porta, gravar trabalhará.

Note: Em caso dos agentes móveis, as portas CTI facilitam sinalizar e são então fora do fluxo RTP. É os pontos finais entre que o RTP fluirá. Mas a porta LCP e RCP nunca sai da sinalização. Seu `s Ci é destruído nunca até o fim do atendimento. Esta é a gravação da razão é bem sucedida na porta LCP ou RCP mesmo se o RTP não corre através d

  

Desenvolvimento UCCE com LIMITE (servidor proxy)

Com o UCCE distribuído com o CVP e o LIMITE com o modelo detalhado assim chamado, não há nenhum tronco do SORVO entre CUCM e os CUBOS. Toda a comunicação entre o CUBO e o CUCM vai através de um único tronco do SORVO ao LIMITE.

CUCM precisa uma maneira de saber de que CUBO o atendimento está vindo, de modo que saiba onde enviar os pedidos de gravação. Isto é conseguido enviando o pedido de volta ao IP de destino do tronco entrante do SORVO que foi usado para o atendimento. Contudo, se CUCM envia o pedido API de volta ao LIMITE nada acontecerá. Para trabalhar em torno desta limitação nos ambientes com LIMITE, a seguinte configuração CUCM precisa de ser executada:

• Crie troncos do SORVO do manequim a cada CUBO. Este os troncos não serão usados para distribuir nenhuns atendimentos!
• Reclassifique as chamadas recebidas no tronco do SORVO do LIMITE ao tronco correto do CUBO do manequim usando o encabeçamento Atendimento-informação.

Note: Este ajuste não afeta nenhuma decisões do Processamento de chamadas - todas as decisões da classe de serviço do Processamento de chamadas e do atendimento serão feitas como se o atendimento está ainda no tronco do SORVO do LIMITE e nenhuma mensagem do SORVO será enviada ao destino do tronco recentemente combinado.

Note: X-Cisco-origIP avalia no entrante CONVIDA deve combinar o endereço IP de destino um tronco do manequim.

Note: Para ter um valor correto para o encabeçamento de x-Cisco-origIP, deve corretamente ser ajustada no CUBO de origem. Ajustar o valor pode ser conseguido adicionando o encabeçamento no CUBO, mas igualmente adicionando o no CVP. Os UCCE dirigem usos do script do agente já no encabeçamento Atendimento-informação. Consequentemente, um segundo encabeçamento Atendimento-informação com x-Cisco-origIP exigido será adicionado depois que o encabeçamento Atendimento-informação para o script direto do agente. Os testes mostraram que CUCM ainda fará a re-classificação exigida quando x-Cisco-origIP é contido no segundo encabeçamento Atendimento-informação do SORVO CONVIDA.

Configuração

A configuração chave aponta para o desenvolvimento UCCE com LIMITE:

Crie um dispositivo do tronco do SORVO para um registrador

Para provision um registrador como um dispositivo do tronco do SORVO, um administrador unificado CM cria um dispositivo do tronco do SORVO da página do dispositivo, e incorpora o nome de dispositivo e o endereço IP de Um ou Mais Servidores Cisco ICM NT do registrador ao campo de endereço de destino.

Crie perfis da gravação do atendimento

Para provision aparências de linha dos agentes para a gravação do atendimento, uns ou vários perfis da gravação do atendimento devem ser criados. Um perfil da gravação é seja selecionado então para uma aparência de linha. Para criar um perfil da gravação, um administrador unificado CM abre o dispositivo que ajusta a página e seleciona o perfil da gravação do atendimento. No campo de endereço de destino da gravação, o administrador incorpora o DN ou a URL do registrador. No campo do Calling Search Space da gravação, o administrador entra na separação do tronco do SORVO configurado para o registrador.

Provision troncos de um SORVO do manequim a cada CUBO

Para cada gateway que precisa de se bifurcar atendimentos ao server da gravação um tronco dedicado do manequim em CUCM deve ser configurado. Recorde que este tronco não está usado para nenhuma sinalização real do SORVO e não influencia nenhuma decisões do atendimento. Os importantes a configurar são: 

• Este tronco conecta a um gateway gravação-permitido.
• O IP de destino deve ser o mesmo em que o CUBO é configurado para escutar em sua configuração XMF

Rota padrão da disposição para o registrador

Para provision a rota padrão para o registrador, o administrador abre a página da configuração do padrão de rota e incorpora uma rota padrão baseada no registrador DN. O administrador seleciona o dispositivo do tronco do SORVO para o registrador, e salvar então a rota padrão. Se o endereço do registrador é dado porque um SORVO URL e o RHS da URL não pertence conjunto unificado CM, uma rota padrão do SORVO deve ser configurada. O campo do teste padrão deve ser o domínio ou o endereço IP de Um ou Mais Servidores Cisco ICM NT do registrador (o RHS parte do registrador URL) e do campo do tronco do SORVO deve ser o tronco do SORVO para o registrador.

Gravação da disposição que chama a opção do tom da notificação

Para provision o parâmetro de serviço largo do conjunto para o tom de gravação da notificação, o administrador abre a página do parâmetro de serviço da administração unificada CM e encontra a entrada para o tom da notificação da gravação do jogo ao alvo observado. O administrador entra sim ou não. O administrador encontra então a entrada para o tom da notificação da gravação do jogo ao alvo conectado observado. O administrador entra sim ou não.

Provision o fornecedor do CUBO XMF

Este a configuração permite a comunicação HTTP e a configuração do fornecedor XMF:

CUBE001:

server do HTTP de IP
nenhum servidor seguro do HTTP de IP
MAX-conexões 1000 do HTTP de IP
quietude da intervalo-política do HTTP de IP 600 pedidos 86400 da vida 86400
interface de origem Port-channel20.307 do cliente do HTTP de IP
wsapi uc
MAX-falhas 2 da mensagem-troca
fonte-endereço 10.106.230.20
keepalive de sondagem 5 do intervalo
MAX-falhas de sondagem 5
!
xmf do fornecedor
remoto-URL 1 http://10.106.97.140:8090/ucm_xmf
remoto-URL 2 http://10.106.97.141:8090/ucm_xmf
remoto-URL 3 http://10.106.97.143:8090/ucm_xmf
remoto-URL 4 http://10.106.97.144:8090/ucm_xmf

CUBE002:

server do HTTP de IP
nenhum servidor seguro do HTTP de IP
MAX-conexões 1000 do HTTP de IP
quietude da intervalo-política do HTTP de IP 600 pedidos 86400 da vida 86400
interface de origem Port-channel20.307 do cliente do HTTP de IP
wsapi uc
MAX-falhas 2 da mensagem-troca
fonte-endereço 10.106.230.20
keepalive de sondagem 5 do intervalo
MAX-falhas de sondagem 5
!
xmf do fornecedor
remoto-URL 1 http://10.106.97.140:8090/ucm_xmf
remoto-URL 2 http://10.106.97.141:8090/ucm_xmf
remoto-URL 3 http://10.106.97.143:8090/ucm_xmf
remoto-URL 4 http://10.106.97.144:8090/ucm_xmf

Provision os perfis do SORVO do CUBO para o encabeçamento Atendimento-informação

A fim ter um valor correto para o cuidado do encabeçamento de x-Cisco-origIP deve ser tomado para ajustá-lo corretamente no CUBO de origem. Ajustar o valor pode ser conseguido nas formas múltiplas e igualmente não é necessário ser feito no CUBO, por exemplo, pode igualmente ser ajustado no CVP. Este é um perfil do SORVO do exemplo que ajuste estaticamente o valor de x-Cisco-origIP no que parte CONVIDE do CUBO ao LIMITE.

---
sorvo-perfis 666 da classe da Voz
o pedido CONVIDA a Atendimento-informação do sorvo-encabeçamento adiciona a “Atendimento-informação: <sip:10.106.242.27>;PURPOSE=x-cisco-origIP"
---

Se o sistema UCCE já confia no encabeçamento Atendimento-informação, a seguir um segundo encabeçamento Atendimento-informação com o origIP exigido do xcisco-. Os testes mostraram que CUCM ainda fará exigido com referência à classificação quando x-Cisco-origIP é contido no segundo encabeçamento Atendimento-informação do SORVO CONVIDA. Os mesmos testes mostraram que os outros sistemas contudo param de trabalhar se o encabeçamento Atendimento-informação novo é posto primeiramente. Que o perfil precisa de ser aplicado aos dial peer de saída que apontam ao LIMITE.

Para a configuração detalhada, refira este link:  

Troubleshooting

Análise do log

Entrante convide do portal da Voz de cliente (o CVP)

01382866.006 |12:52:49.858 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.106.97.135 on port 53696 index 65 with 1695 bytes:
[105066,NET]
INVITE sip:9876@eu91.voip.test SIP/2.0
Via: SIP/2.0/TCP 10.106.97.135:5060;branch=z9hG4bKc7z5eWQrKkRtP5FKnbAb6w~~780271
Via: SIP/2.0/TCP 10.106.97.136:5062;branch=z9hG4bKhYyfmvtY8.fM7CSyQd9K4Q~~48611
Max-Forwards: 63
Record-Route: <sip:rr$n=cvp@10.106.97.135:5060;transport=tcp;lr>
To: <sip:9876@CVP001.eu91.lab.test;transport=tcp>
From: +1234567890 <sip:+1234567890@10.106.97.136:5062>;tag=dsf816dd0c
Contact: <sip:+1234567890@10.106.97.136:5062;transport=tcp>
Expires: 60
Diversion: <sip:+123459876@10.106.97.137>;reason=unconditional;screen=yes;privacy=off
Call-ID: 694646BC1D2311E7A8D2826ACB31D85A-149182876973312598@10.106.97.136
CSeq: 1 INVITE
Content-Length: 250
User-Agent: CVP 10.5 (1) ES-18 Build-36
Date: Mon, 10 Apr 2017 12:52:38 GMT
Min-SE: 1800
Cisco-Guid: 1766213308-0488837607-2832368234-3409041498
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
P-Asserted-Identity: <sip:+1234567890@10.106.97.138>
Session-Expires: 1800
Content-Disposition: session;handling=required
History-Info: <sip:\u95>
History-Info: <sip:\u95>
Call-Info: <sip:10.106.97.138>;purpose=x-cisco-origIP
Cisco-Gucid: 694646BC1D2311E7A8D2826ACB31D85A
Supported: timer
Supported: resource-priority
Supported: replaces
Supported: sdp-anat
Content-Type: application/sdp
App-Info: <10.106.97.136:8000:8443>

v=0
o=CiscoSystemsSIP-GW-UserAgent 2790 2026 IN IP4 10.106.97.138
s=SIP Call
c=IN IP4 10.106.242.1
t=0 0
m=audio 16552 RTP/AVP 8 101
c=IN IP4 10.106.242.1
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

Análise de dígitos para a chamada recebida

  

01382890.009 |12:52:49.861 |AppInfo ||PretransformCallingPartyNumber=+1234567890
|CallingPartyNumber=+1234567890
|DialingPartition=SYS-DN-PlainE164-PT
|DialingPattern=9876
|FullyQualifiedCalledPartyNumber=9876
|DialingPatternRegularExpression=(9876)
|DialingWhere=

Associação do identificador de chamada (CI) para a chamada nenhum e a porta CTI local (LCP)

01382897.001 |12:52:49.862 |AppInfo  |LBMIF: CI: 43358624 ASSOC    43358625
01382897.002 |12:52:49.862 |AppInfo  |LBMIF: CI: 43358625 ASSOC'   43358624

O LCP é selecionado

01382902.001 |12:52:49.862 |AppInfo  |LineCdpc(135): -dispatchToAllDevices-, sigName=CcSetupReq, device=LCP_47483708
01382905.002 |12:52:49.862 |AppInfo  |StationCdpc(59): StationCtiCdpc-CtiEnableReq CH=0|0 DevName=LCP_47483708 DN=442086180755 Lock=0 FId=0 Side=0 LineFilter=1111111011011111111111010011111111111101110111111 for DN=442086180755

Soada 180 enviada ao CVP

01382949.001 |12:52:49.865 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.106.97.135 on port 53696 index 65
[105068,NET]
SIP/2.0 180 Ringing
Via: SIP/2.0/TCP 10.106.97.135:5060;branch=z9hG4bKc7z5eWQrKkRtP5FKnbAb6w~~780271,SIP/2.0/TCP 10.106.97.136:5062;branch=z9hG4bKhYyfmvtY8.fM7CSyQd9K4Q~~48611
From: +1234567890 <sip:+1234567890@10.106.97.136:5062>;tag=dsf816dd0c
To: <sip:9876@CVP001.eu91.lab.test;transport=tcp>;tag=46359~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358624
Date: Mon, 10 Apr 2017 12:52:49 GMT
Call-ID: 694646BC1D2311E7A8D2826ACB31D85A-149182876973312598@10.106.97.136
CSeq: 1 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence
Record-Route: <sip:rr$n=cvp@10.106.97.135:5060;transport=tcp;lr>
Server: Cisco-CUCM10.5
Supported: X-cisco-srtp-fallback
Supported: Geolocation
P-Asserted-Identity: <sip:9876@10.107.28.14>
Remote-Party-ID: <sip:9876@10.107.28.14>;party=called;screen=yes;privacy=off
Contact: <sip:9876@10.107.28.14:5060;transport=tcp>
Content-Length: 0
 

O RCP estende o atendimento ao número chamado

O LCP e a porta CTI do anel de número chamado e a remota (RCP) estendem o atendimento ao número chamado isto é, o agente.

01382957.000 |12:52:49.882 |SdlSig   |CtiEnableReq                           |null0                          |StationCdpc(2,100,64,60)         |StationD(2,100,63,245)           |2,200,13,85.12075^10.241.240.197^RCP_47483708 |[R:N-H:0,N:4,L:0,V:0,Z:0,D:0]  mDataCount=1 LH=2|431 mbMore=T bConsultWithoutMedia=F mediaTerm=2
01382957.001 |12:52:49.882 |AppInfo  |StationCdpc(2,100,64,60): StationCtiCdpc::StationCtiCdpc
01382957.002 |12:52:49.882 |AppInfo  |StationCdpc(60): StationCtiCdpc-CtiEnableReq CH=0|0 DevName=RCP_47483708 DN=442086180755 Lock=0 FId=0 Side=0 LineFilter=1111111011011111111111010011111111111101110111111 for DN=442086180755
01382958.000 |12:52:49.882 |SdlSig   |StationOutputSetRinger                 |restart0                       |StationD(2,100,63,245)           |StationD(2,100,63,245)           |2,200,13,85.12075^10.241.240.197^RCP_47483708 |[R:N-H:0,N:3,L:0,V:0,Z:0,D:0] Mode=RingOff Duration=Normal Line=0 CI=0
01382958.001 |12:52:49.882 |AppInfo  |StationD:    (0000245) SetRinger ringMode=1(RingOff).

Análise de dígitos para o RCP que chama o agente

01383005.013 |12:52:49.885 |AppInfo ||PretransformCallingPartyNumber=9876
|CallingPartyNumber=9876
|DialingPartition=TE-PSTNInternational-PT
|DialingPattern=+.[1-9]!
|FullyQualifiedCalledPartyNumber=+1122334455
|DialingPatternRegularExpression=(+)([1-9][0-9]+)

Associação do identificador de chamada (CI) para o RCP e o agente

 
01383012.001 |12:52:49.885 |AppInfo  |LBMIF: CI: 43358626 ASSOC    43358627
01383012.002 |12:52:49.885 |AppInfo  |LBMIF: CI: 43358627 ASSOC'   43358626
 

Convide é mandado para o agente:

01383048.001 |12:52:49.888 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.241.242.99 on port 5060 index 55
[105069,NET]
INVITE sip:1122334455@10.106.22.199:5060 SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0870d07a53
From: <sip:9876@10.107.28.14>;tag=46360~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358627
To: <sip:1122334455@10.106.22.199>
Date: Mon, 10 Apr 2017 12:52:49 GMT
Call-ID: 98b4ac00-8eb18021-67f3-c2e4110a@10.107.28.14
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM10.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence, kpml
Supported: X-cisco-srtp-fallback,X-cisco-original-called
Call-Info: <sip:10.107.28.14:5060>;method="NOTIFY;Event=telephone-event;Duration=500"
Call-Info: <urn:x-cisco-remotecc:callinfo>;x-cisco-video-traffic-class=VIDEO_UNSPECIFIED
Cisco-Guid: 2561977344-0000065536-0000000138-3269726474
Session-Expires: 1800
P-Asserted-Identity: <sip:9876@10.107.28.14>
Remote-Party-ID: <sip:9876@10.107.28.14>;party=calling;screen=yes;privacy=off
Contact: <sip:9876@10.107.28.14:5060;transport=tcp>;DeviceName="RCP_47483708"
Max-Forwards: 70
Content-Length: 0
 
 
 
01383182.002 |12:53:00.624 |AppInfo |SIPTcp - wait_SdlReadRsp: Incoming SIP TCP message from 10.106.22.199 on port 5060 index 55 with 1204 bytes:
[105079,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0870d07a53
Record-Route: <sip:rr$n=cube-pool-int@10.106.22.199:5060;transport=tcp;lr>
To: <sip:1122334455@10.106.22.199>;tag=AD1038-15B8
From: <sip:9876@10.107.28.14>;tag=46360~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358627
Contact: <sip:1122334455@10.106.97.138:5060;transport=tcp>
Require: timer
Remote-Party-ID: <sip:+1122334455@10.106.97.138>;party=called;screen=no;privacy=off
Call-ID: 98b4ac00-8eb18021-67f3-c2e4110a@10.107.28.14
CSeq: 101 INVITE
Content-Length: 250
Date: Mon, 10 Apr 2017 12:52:49 GMT
Allow: INVITE, OPTIONS, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY, INFO, REGISTER
Allow-Events: telephone-event
Supported: replaces
Supported: sdp-anat
Supported: timer
Server: Cisco-SIPGateway/IOS-15.4.3.M5
Session-Expires: 1800;refresher=uac
Content-Type: application/sdp
Content-Disposition: session;handling=required

v=0
o=CiscoSystemsSIP-GW-UserAgent 6311 9012 IN IP4 10.106.97.138
s=SIP Call
c=IN IP4 10.106.242.1
t=0 0
m=audio 16554 RTP/AVP 8 101
c=IN IP4 10.106.242.1
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15
a=ptime:20

O RCP vai na posse e o LCP e a chamada originada são conectados

01383470.004 |12:53:00.650 |AppInfo |StationD: (0000388) INFO- sendSignalNow, sigName=StationOffHook, cdpc=59
01383471.000 |12:53:00.651 |SdlSig-O |CtiLineCallAnswerRes |NA RemoteSignal |UnknownProcessName(2,200,25,1) |StationD(2,100,63,388) |2,200,13,85.12078^10.241.240.197^LCP_47483708 |[R:N-H:0,N:3,L:1,V:0,Z:0,D:0] AsyncResponse=29664 mResult=0x0
01383472.000 |12:53:00.651 |SdlSig |StationOutputSetRinger |restart0 |StationD(2,100,63,388) |StationD(2,100,63,388) |2,200,13,85.12078^10.241.240.197^LCP_47483708 |[R:N-H:0,N:2,L:1,V:0,Z:0,D:0] Mode=RingOff Duration=Normal Line=0 CI=0
01383472.001 |12:53:00.651 |AppInfo |StationD: (0000388) SetRinger ringMode=1(RingOff).

Requisição de conexão dos media para a chamada originada e o LCP

01383497.001 |12:53:00.651 |AppInfo  |ARBTRY-ConnectionManager-wait_MediaConnectRequest(43358624,43358625)
01383497.002 |12:53:00.651 |AppInfo  |ARBTRY-ConnectionManager- storeMediaInfo(CI=43358624): ADD NEW ENTRY, size=3
01383497.003 |12:53:00.651 |AppInfo  |ARBTRY-ConnectionManager- storeMediaInfo(CI=43358625): ADD NEW ENTRY, size=4

O Media Termination Point (MTP) é atribuído para o LCP e a chamada originada

01383508.002 |12:53:00.652 |AppInfo  |MediaResourceCdpc(185)::waiting_MrmAllocateMtpResourceReq - CI=43358630 Count=1 TryPassThru=1

A gravação é permitida na porta LCP

01383607.002 |12:53:00.655 |AppInfo | StationCdpc: startRecordingIfNeeded - Device LCP_47483708, startedByCti=0, RecordingType=1. Cannot start -- not in active state yet. haveCodec=1, inActiveStat=0

01383614.016 |12:53:00.655 |AppInfo | StationCdpc: startRecordingIfNeeded - Device LCP_47483708, locking codec, codecType=2
01383614.017 |12:53:00.655 |AppInfo | StationCdpc: star_MediaExchangeAgenaQueryCapability - Device LCP_47483708, codec locked due to recording, codecType=2
01383614.018 |12:53:00.655 |AppInfo | StationCdpc: startRecordingIfNeeded - Device LCP_47483708, startedByCti=0, RecordingType=1. haveCodec=1, inActiveStat=1
01383614.019 |12:53:00.655 |AppInfo |StatiopnCdpc::StartRecordingIfNeeded DeviceName =LCP_47483708 RecordinngMethod =1
01383614.020 |12:53:00.655 |AppInfo | StationCdpc: startRecordingIfNeeded - Device LCP_47483708. FinalToneDir=3, initial=3, svc:ToObserved=0, svc:toConnected=0 recorderDestination=123456789

Siganling para novatos de gravação

01383640.003 |12:53:00.657 |AppInfo |RecordManager::- await_SsDataInd lParties=(43358624,43358625)
01383641.000 |12:53:00.657 |SdlSig |SsDataInd |await_recordingFeatureData |Recording(2,100,100,77) |RecordManager(2,100,101,1) |2,200,13,85.12078^10.241.240.197^LCP_47483708 |[R:N-H:0,N:0,L:1,V:0,Z:0,D:0] SsType=33554461 SsKey=0 SsNode=2 SsParty=43358625 DevId=(0,0,0) BCC=9 OtherParty=43358624 NodeOtherParty=2 clearType = 0 CSS=587b40f7-bead-433d-9ddf-a99ca36b0753 CNumInfo = 0 CNameInfo = 0 ssDevType=4 ssOtherDevType=8 FDataType=16opId=-2147483643ssType=0 SsKey=0invokeId=0resultExp=Fbpda=F ssCause = 0 ssUserState = 2 ssOtherUserState = 2 PL=5 PLDmn=0 networkDomain= delayAPTimer=F geolocInfo={geolocPkid=, filterPkid=, geolocVal=, devType=4} cfwdTimerAction=0 matchInterceptPartition= matchInterceptPattern=
01383641.001 |12:53:00.657 |AppInfo |Recording::- (0000077) -await_recordingFeatureData_SsDataInd: mRecordingMethod=[1]
01383641.002 |12:53:00.657 |AppInfo |Recording::- (0000077) -await_recordingFeatureData_SsDataInd: Trigger started. mRecordingMethod=[1]


01383645.001 |12:53:00.657 |AppInfo |Recording::- (0000077) -processGWPreferred ....
01383645.002 |12:53:00.657 |AppInfo |Recording::- (0000077) -getRecordingAnchorMode: PeerBib=[1];peerCMDevType=[8];qSigApduSupported=[0]
01383645.003 |12:53:00.657 |AppInfo |Recording::- (0000077) -processGWPreferred: GW Recording - sideABibEnabled=[1]

Análise de dígitos para construído na ponte (babador)

1383671.008 |12:53:00.658 |AppInfo ||PretransformCallingPartyNumber=
|CallingPartyNumber=
|DialingPartition=
|DialingPattern=b0026901001
|FullyQualifiedCalledPartyNumber=b0026901001
|DialingPatternRegularExpression=(b0026901001)

Aqui SIPBIB cria o processo SIPBIBCDPC para gravar

01383681.000 |12:53:00.658 |SdlSig |CcSetupReq |restart0 |SIPvBIB(2,100,69,1) |Cdcc(2,100,219,295) 
01383681.001 |12:53:00.658 |AppInfo |SIPvBIB::restart0_CcSetupReq: primCallCi=43358624 primCallBranch=0.
01383682.000 |12:53:00.658 |SdlSig |CcSetupReq |restart0 |SIPvBIBCdpc(2,100,68,55) |SIPvBIB(2,100,69,1) |2,200,13,85.12078^10.241.240.197^LCP_47483708 |[R:N-H:0,N:0,L:1,V:0,Z:0,D:0] CI=43358633 CI.branch=0 sBPL.plid=65 sBPL.l=0 sBPL.pl=5 sBPL.msd=0 01383682.001 |12:53:00.658 |AppInfo |CcSetupReq onBehalfOf=Recording refCI=43358624, CI=43358633

APROVAÇÃO 200 para o LCP e a chamada originada

01383761.001 |12:53:00.668 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.106.97.135 on port 53696 index 65
[105082,NET]
SIP/2.0 200 OK
Via: SIP/2.0/TCP 10.106.97.135:5060;branch=z9hG4bKc7z5eWQrKkRtP5FKnbAb6w~~780271,SIP/2.0/TCP 10.106.97.136:5062;branch=z9hG4bKhYyfmvtY8.fM7CSyQd9K4Q~~48611
From: +1234567890 <sip:+1234567890@10.106.97.136:5062>;tag=dsf816dd0c
To: <sip:9876@CVP001.eu91.lab.test;transport=tcp>;tag=46359~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358624
Date: Mon, 10 Apr 2017 12:52:49 GMT
Call-ID: 694646BC1D2311E7A8D2826ACB31D85A-149182876973312598@10.106.97.136
CSeq: 1 INVITE
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
Allow-Events: presence, kpml
Record-Route: <sip:rr$n=cvp@10.106.97.135:5060;transport=tcp;lr>
Supported: replaces
Server: Cisco-CUCM10.5
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Session-Expires: 1800;refresher=uas
Require: timer
P-Asserted-Identity: <sip:9876@10.107.28.14>
Remote-Party-ID: <sip:9876@10.107.28.14>;party=called;screen=yes;privacy=off
Contact: <sip:9876@10.107.28.14:5060;transport=tcp>;DeviceName="LCP_47483708"
Content-Type: application/sdp
Content-Length: 246

v=0
o=CiscoSystemsCCM-SIP 46359 1 IN IP4 10.107.28.14
s=SIP Call
c=IN IP4 10.17.229.27
b=TIAS:64000
b=CT:64
b=AS:64
t=0 0
m=audio 23304 RTP/AVP 8 101
a=ptime:20
a=rtpmap:8 PCMA/8000
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

Detalhes de gravação

Aqui gravar é gateway preferido:

01383780.001 |12:53:00.669 |AppInfo |Recording::- (0000077) -setMetaDataWithLocalPhoneOrGWForking: forkingPos=[2];forkingGuid=[694646BC1D2311E7A8D2826ACB31D85A];resDevNum=[+1234567890]
01383780.002 |12:53:00.669 |AppInfo |Recording::- (0000077) -buildOtherParm: OtherParm=[x-nearend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A].

Análise de dígitos para o número de gravação

01383793.012 |12:53:00.669 |AppInfo |Digit analysis: analysis results
01383793.013 |12:53:00.669 |AppInfo ||PretransformCallingPartyNumber=b0026901001
|CallingPartyNumber=b0026901001
|DialingPartition=SYS-NiceRecording-PT
|DialingPattern=123456789
|FullyQualifiedCalledPartyNumber=123456789
|DialingPatternRegularExpression=(123456789)

           

Atendimento estendido a uma lista da rota

01383807.001 |12:53:00.670 |AppInfo  |RouteListControl::idle_CcSetupReq - RouteList(NICERecording-01-RL), numberSetup=0 numberMember=1 vmEnabled=0

Convide enviado ao server de gravação para o dispositivo da extremidade próxima

01383831.001 |12:53:00.671 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.17.230.4 on port 5060 index 1
[105083,NET]
INVITE sip:123456789@10.17.230.4:5060 SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0d30bfa6ec
From: <sip:+1234567890@10.107.28.14;x-nearend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46365~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358634
To: <sip:123456789@10.17.230.4>
Date: Mon, 10 Apr 2017 12:53:00 GMT
Call-ID: 9f432380-8eb1802c-67f6-c2e4110a@10.107.28.14
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM10.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 2671977344-0000065536-0000000139-3269726474
Session-Expires: 1800
P-Asserted-Identity: <sip:+1234567890@10.107.28.14>
Remote-Party-ID: <sip:+1234567890@10.107.28.14>;party=calling;screen=yes;privacy=off
Contact: <sip:+1234567890@10.107.28.14:5060;transport=tcp>;isFocus
Max-Forwards: 70
Content-Length: 0

Aprovação 200 recebida do server da gravação  

SIP/2.0 200 OK
From: <sip:+1234567890@10.107.28.14;x-nearend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46365~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358634
To: <sip:123456789@10.17.230.4>;tag=ea1fb60-0-13c4-5506-90037-9c2acf-90037
Call-ID: 9f432380-8eb1802c-67f6-c2e4110a@10.107.28.14
CSeq: 101 INVITE
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0d30bfa6ec
Supported: timer
Contact: <sip:123456789@10.17.230.4:5060;transport=TCP>
Session-Expires: 1800;refresher=uas
Content-Type: application/sdp
Content-Length: 119

v=0
o=VRSP 0 0 IN IP4 127.0.0.1
s=NICE VRSP
c=IN IP4 127.0.0.1
t=0 0
m=audio 1000 RTP/AVP 0 4 8 9 18
a=recvonly 
 
 
01383896.001 |12:53:00.673 |AppInfo |Recording::- (0000077) -setMetaDataWithLocalPhoneOrGWForking: forkingPos=[2];forkingGuid=[694646BC1D2311E7A8D2826ACB31D85A];resDevNum=[+1234567890]
01383896.002 |12:53:00.673 |AppInfo |Recording::- (0000077) -buildOtherParm: OtherParm=[x-farend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A].

Reconhecimento (ACK) enviado de CUCM

01384017.001 |12:53:00.678 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.17.230.4 on port 5060 index 1
[105086,NET]
ACK sip:123456789@10.17.230.4:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0e716815d6
From: <sip:+1234567890@10.107.28.14;x-nearend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46365~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358634
To: <sip:123456789@10.17.230.4>;tag=ea1fb60-0-13c4-5506-90037-9c2acf-90037
Date: Mon, 10 Apr 2017 12:53:00 GMT
Call-ID: 9f432380-8eb1802c-67f6-c2e4110a@10.107.28.14
User-Agent: Cisco-CUCM10.5
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 232

v=0
o=CiscoSystemsCCM-SIP 46365 1 IN IP4 10.107.28.14
s=SIP Call
c=IN IP4 10.106.242.1
b=TIAS:0
b=AS:0
t=0 0
m=audio 7000 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=sendonly
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

CUCM envia convida enviado para o dispositivo de extremidade oposta ao server de gravação

01384043.001 |12:53:00.679 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.17.230.4 on port 5060 index 1
[105087,NET]
INVITE sip:123456789@10.17.230.4:5060 SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0f5120dbe5
From: <sip:+1234567890@10.107.28.14;x-farend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46366~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358637
To: <sip:123456789@10.17.230.4>
Date: Mon, 10 Apr 2017 12:53:00 GMT
Call-ID: 9f432380-8eb1802c-67f7-c2e4110a@10.107.28.14
Supported: timer,resource-priority,replaces
Min-SE: 1800
User-Agent: Cisco-CUCM10.5
Allow: INVITE, OPTIONS, INFO, BYE, CANCEL, ACK, PRACK, UPDATE, REFER, SUBSCRIBE, NOTIFY
CSeq: 101 INVITE
Expires: 180
Allow-Events: presence
Supported: X-cisco-srtp-fallback
Supported: Geolocation
Cisco-Guid: 2671977344-0000065536-0000000140-3269726474
Session-Expires: 1800
P-Asserted-Identity: <sip:+1234567890@10.107.28.14>
Remote-Party-ID: <sip:+1234567890@10.107.28.14>;party=calling;screen=yes;privacy=off
Contact: <sip:+1234567890@10.107.28.14:5060;transport=tcp>;isFocus
Max-Forwards: 70
Content-Length: 0

APROVAÇÃO 200 do server da gravação

SIP/2.0 200 OK
From: <sip:+1234567890@10.107.28.14;x-farend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46366~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358637
To: <sip:123456789@10.17.230.4>;tag=ea1f830-0-13c4-5506-90037-22ea55b6-90037
Call-ID: 9f432380-8eb1802c-67f7-c2e4110a@10.107.28.14
CSeq: 101 INVITE
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b0f5120dbe5
Supported: timer
Contact: <sip:123456789@10.17.230.4:5060;transport=TCP>
Session-Expires: 1800;refresher=uas
Content-Type: application/sdp
Content-Length: 119

v=0
o=VRSP 0 0 IN IP4 10.10.1.10
s=NICE VRSP
c=IN IP4 127.0.0.1
t=0 0
m=audio 1000 RTP/AVP 0 4 8 9 18
a=recvonly

ACK enviado de CUCM

01384207.001 |12:53:00.882 |AppInfo |SIPTcp - wait_SdlSPISignal: Outgoing SIP TCP message to 10.17.230.4 on port 5060 index 1
[105091,NET]
ACK sip:123456789@10.17.230.4:5060;transport=TCP SIP/2.0
Via: SIP/2.0/TCP 10.107.28.14:5060;branch=z9hG4bK6b1013a924b6
From: <sip:+1234567890@10.107.28.14;x-farend;x-refci=43358625;x-nearendclusterid=eu91;x-nearenddevice=LCP_47483708;x-nearendaddr=9876;x-farendrefci=43358624;x-farendclusterid=eu91;x-farenddevice=EU91BCUBE002-Trk;x-farendaddr=+1234567890;x-farendguid=694646BC1D2311E7A8D2826ACB31D85A>;tag=46366~8c66ebf6-153f-456b-a6e8-0bf5f687ce1f-43358637
To: <sip:123456789@10.17.230.4>;tag=ea1f830-0-13c4-5506-90037-22ea55b6-90037
Date: Mon, 10 Apr 2017 12:53:00 GMT
Call-ID: 9f432380-8eb1802c-67f7-c2e4110a@10.107.28.14
User-Agent: Cisco-CUCM10.5
Max-Forwards: 70
CSeq: 101 ACK
Allow-Events: presence
Content-Type: application/sdp
Content-Length: 232

v=0
o=CiscoSystemsCCM-SIP 46366 1 IN IP4 10.107.28.14
s=SIP Call
c=IN IP4 10.106.242.1
b=TIAS:0
b=AS:0
t=0 0
m=audio 7000 RTP/AVP 8 101
a=rtpmap:8 PCMA/8000
a=sendonly
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-15

Agente que chama finalmente o número

O RCP move escuta o MOH, a seguir mais tarde as disconexões do MOH e conecta de volta ao agente para conectar finalmente o agente ao número chamado.

  

01384484.001 |12:53:04.609 |AppInfo  |ARBTRY-ConnectionManager-wait_MediaConnectRequest(43358626,43358627)
01384484.002 |12:53:04.609 |AppInfo  |ARBTRY-ConnectionManager- storeMediaInfo(CI=43358626): EXISTING ENTRY DISCOVERED, size=9
01384484.003 |12:53:04.609 |AppInfo  |ARBTRY-ConnectionManager- storeMediaInfo(CI=43358627): EXISTING ENTRY DISCOVERED, size=9

CUCM enviam o pedido do HTTP SDL

Somente depois que a APROVAÇÃO 200 acontece para a extremidade próxima e o dispositivo de extremidade oposta convida, CUCM envia o pedido HTTP SDL iniciar a gravação

Pedido do HTTP SDL para a gravação LCP

01384808.000 |12:53:04.672 |SdlSig |SdlHTTPReq |wait |SdlHTTPService(2,100,6,1) |CayugaInterface(2,100,34,1) |2,100,14,283.3^10.17.230.4^* |[T:N-H:0,N:0,L:0,V:0,Z:0,D:0] method: 3 url: http://10.106.97.138:8090/cisco_xmf data: <?xml version="1.0" encoding="UTF-8"?>
<soapenv:Envelope xmlns:soapenv="http://www.w3.org/2003/05/soap-envelope">
<soapenv:Body>
<RequestXmfConnectionMediaForking xmlns="http://www.cisco.com/schema/cisco_xmf/v1_0">
<msgHeader>
<transactionID>Cisco:UCM:CayugaIf:1:69</transactionID>
<registrationID>C094:XMF:Unified CM 10.5.2.12901-1:1</registrationID>
</msgHeader>
<callID>42</callID>
<connID>554</connID>
<action>
<enableMediaForking>
<nearEndAddr>
<ipv4>10.17.230.5</ipv4>
<port>42095</port>
</nearEndAddr>
<farEndAddr>
<ipv4>10.17.230.5</ipv4>
<port>42094</port>
</farEndAddr>
<preserve>true</preserve>
</enableMediaForking>
</action>
</RequestXmfConnectionMediaForking>
</soapenv:Body>
</soapenv:Envelope>

01384843.001 |12:53:04.674 |AppInfo |Recording::- (0000077) - Media Setup Complete: mRecordingCallInfo
01384843.002 |12:53:04.674 |AppInfo |RCD_RecordingCallInfo::print: resourceInfo
01384843.003 |12:53:04.674 |AppInfo |RCD_ResourceInfo::print: nodeId=2
01384843.004 |12:53:04.674 |AppInfo |RCD_ResourceInfo::print: bNum
01384843.005 |12:53:04.674 |AppInfo |RCD_Utility::printCcPtyNum: CcPtyNum contains only Directory Number (b0026901001)
01384843.006 |12:53:04.674 |AppInfo |RCD_RecordingCallInfo::print: recordedPartyInfo
01384843.007 |12:53:04.674 |AppInfo |RCD_RecordedPartyInfo::print: ssAe
01384843.008 |12:53:04.674 |AppInfo |RCD_Utility::printSsAe: ss=43358625, nodeId=2
01384843.009 |12:53:04.674 |AppInfo |RCD_RecordedPartyInfo::print: partyNum
01384843.010 |12:53:04.674 |AppInfo |RCD_Utility::printCcPtyNum: CcPtyNum contains only Directory Number (+1234567890)
01384843.011 |12:53:04.674 |AppInfo |RCD_RecordedPartyInfo::print: deviceName = LCP_47483708

01384843.023 |12:53:04.674 |AppInfo |RCD_Utility::printCcPtyNum: CcPtyNum contains only Directory Number (123456789)
01384843.024 |12:53:04.674 |AppInfo |RCD_RecorderPartyInfo::print: partition = 812fe5de-3a9b-4d67-9fdd-023582e18388, deviceName = NICERecording-01
 

Informações Relacionadas

• http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cust_contact/contact_center/mediasense/10/srnd/CUMS_BK_MC36D963_00_mediasense-srnd/CUMS_BK_MC36D963_00_mediasense-srnd_chapter_0111.html
  
  
• http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-cube-uc-gateway-services.html 
  
  
• http://www.cisco.com/c/en/us/td/docs/ios-xml/ios/voice/cube/configuration/cube-book/voi-ntwk-based.html
  
  
• Suporte Técnico e Documentação - Cisco Systems