Introducción
Este documento describe los pasos para pasar los datos UUI sobre el CVP.
Prerrequisitos
Requisitos
Cisco recomienda que tenga conocimiento sobre estos temas:
- CVP
- Scripting del Intelligent Contact Management (ICM)
- Session Initiation Protocol (SIP)
Componentes Utilizados
Este documento no tiene restricciones específicas en cuanto a versiones de software y de hardware.
Configuración
Usted puede pasar los datos genéricos a y desde el ICM unificado con el CVP unificado usando Usuario-a-UserInformation (UUI).
Esto es lograda poblando el parámetro UUS (conocido a menudo como el UUI) en el mensaje de InitialAddress (soy) de los datos del descriptor de transparencia genérico (GTD) que se envían al gateway de la red en el mensaje setup del q.931.
El gateway envía estos datos al CVP unificado a través de los mensajes del SORBO. El CVP unificado puede entonces enviar los datos ICM unificado en una nueva llamada.
UUI que procesa los escenarios:
Cuando los datos GTD están presentes en el tramo de llamada de entrada del mensaje INVITE (Invitar) del SORBO, el CVP unificado guarda los datos GTD mientras que el GTD entrante y los UUI reparten (si presente) se pasa a UnifiedICM si el ICM unificado modifica los datos, él envía el UUI modificado de nuevo al CVP unificado. El CVP unificado convierte los datos UUI que recibe del ICM unificado en el hex. y modifica el UUS (si está presente) y sobregraba el valor entrante GTD. Solamente la porción UUS bemodified, usando el formato: Valor hex UUS,3,<converted de los datos de ICM>
Cuando el GTD no está presente en el tramo de llamada de entrada, el CVP unificado imprime un mensaje de información en la traza que no expone ningún cuerpo GTD presente en el cuerpo del llamador y la llamada continúa como llamada regular.
Aquí está un ejemplo cómo esta información debe ser recibida:
INVITE sip:7274884100@65.59.218.99:5060 SIP/2.0
Via: SIP/2.0/UDP 10.200.2.20:5060;branch=z9hG4bK17DDEF
From: <sip:$9159999999@65.59.218.99>;tag=14072DC-18F7
...
--uniqueBoundary
Content-Type: application/sdp
Content-Disposition: session;handling=required
v=0
o=CiscoSystemsSIP-GW-UserAgent 1570 7514 IN IP4 10.200.2.20
s=SIP Call
c=IN IP4 10.200.2.20
t=0 0
m=audio 19240 RTP/AVP 0 18 101 19
c=IN IP4 10.200.2.20
a=rtpmap:0 PCMU/8000
a=rtpmap:18 G729/8000
a=fmtp:18 annexb=yes
a=rtpmap:101 telephone-event/8000
a=fmtp:101 0-16
a=rtpmap:19 CN/8000
--uniqueBoundary
Content-Type: application/gtd
Content-Disposition: signal;handling=optional
IAM,
PRN,isdn*,,NI***,
USI,rate,c,s,c,1
USI,lay1,ulaw
TMR,00
CPN,04,,1,7274884100
CPC,09
FCI,,,,,,,y,
GCI,011db91a2c0f11d6802f000c8638cdeb
--uniqueBoundary-
El CVP espera que esté en los datos GTD y no en la encabezado. Ésta es la razón por la que los datos individuales en su campo del encabezado no se procesan como UUI del CVP.
Ahora mirando a pasar la información con las encabezados del SORBO. Una vez que están configuradas correctamente, estas encabezados del SORBO se pasan ICM unificado en el campo de SIPHeaderInfo de la nueva llamada y piden los mensajes de la instrucción. Para acceder la variable de la encabezado del SORBO en el script ICM, lea la variable de llamada Call.SIPHeader. Tan si usted quiere tener esta información con los datos UUI en los registros del CVP, después los datos GTD necesita estar presente en el tramo de llamada de entrada del mensaje INVITE (Invitar) del SORBO.
Comentarios